使用Firestore 優化社交網路時間軸

在設計具有提要和關注功能的社交網路時，資料庫可擴展性對於處理潛在問題至關重要大型數據集。 Firebase 的即時資料庫帶來了可擴展性挑戰，特別是在儲存使用者時間軸的方法方面。要解決這些問題，請考慮過渡到 Firestore。

優化的資料庫結構

Firestore 的架構解決了分層資料結構的可擴展性問題：

• Users 集合：儲存使用者資訊（uid、name、email）
• Following集合：追蹤使用者關注的使用者。每個文件代表被關注的用戶，包含關注他們的其他用戶 ID 的子集合。
• Posts 集合：儲存單一貼文。每個貼文文件都存在於與發布使用者的 uid 關聯的子集合中。

消除可擴展性問題

透過這種結構，資料庫解決了最初的問題:

• 第1 期（10,000 個追蹤者通知）：Firestore 集合可以有效處理大量文檔，消除即時資料庫的效能瓶頸。
• 問題2（追蹤者接收所有貼文）：透過將貼文儲存在發文使用者文件內的子集合中，新追蹤者只擷取最新帖子，從而無需載入整個貼文歷史記錄。

查詢時間軸

若要擷取使用者的時間線，請依照下列步驟操作：

• 取得目前使用者的uid 並建立對 的引用關注集合。
• 查詢目前使用者關注的使用者ID的子集合。
• 對於每個被關注的用戶，在Posts中創建他們最新帖子的查詢 集合。

其他優化

考慮將使用者來源儲存在每個使用者的單獨文件中，以進一步提高效能。如果 feed 超過 1 MiB，則可以將其儲存在集合中。

結論

透過採用這種優化的資料庫結構，Firestore 有效地消除了在Firebase 的即時資料庫，為處理社交網路應用程式中的大量資料提供了堅實的基礎。