選擇資料庫：Cloud Firestore 或即時資料庫

• 簡單的資料很容易儲存在文件中，這與 JSON 非常相似。
• 使用文件中的子集合更容易大規模組織複雜的分層資料。
• 需要較少的反規範化和資料扁平化。

詳細了解Cloud Firestore 資料模型。

• 簡單的數據很容易儲存。
• 複雜的分層資料更難大規模組織。

了解有關即時資料庫資料模型的更多資訊。

• 您可以在單一查詢中連結篩選器並組合對屬性進行篩選和排序。
• 查詢是淺層的：它們僅傳回特定集合或集合組中的文檔，而不傳回子集合資料。
• 查詢必須始終傳回整個文件。
• 預設會對查詢建立索引：查詢效能與結果集的大小成正比，而不是與資料集的大小成正比。

• 查詢可以對屬性進行排序或篩選，但不能同時對兩者進行排序或篩選。
• 預設情況下，查詢是深度的：它們總是會傳回整個子樹。
• 查詢可以以任何粒度存取數據，細至 JSON 樹中的各個葉節點值。
• 查詢不需要索引；然而，某些查詢的效能會隨著資料集的成長而降低。

• 透過設定和更新操作以及進階轉換（例如陣列和數字運算符）寫入資料操作。
• 事務可以自動地從資料庫的任何部分讀取和寫入資料。

• 透過設定和更新操作寫入資料。
• 事務在特定資料子樹上是原子的。

• 低延遲解決方案，典型回應時間不超過 30 毫秒。
• 將您的資料儲存在不同區域的多個資料中心，確保全球可擴充性和強大的可靠性。
• 在全球範圍內提供區域或多區域配置。

• 提供區域配置。資料庫僅限於一個區域內的區域可用性。
• 極低的延遲，典型反應時間不超過 10 毫秒。頻繁狀態同步的理想選擇。

• 正常運轉時間性能典型值為 99.999%。
• 如果可用性至關重要（例如在電子商務應用中），請使用 Cloud Firestore。

• 典型正常運轉時間效能為 99.95%。

• 完全自動縮放。擴展限制約為 100 萬個並發連接和每秒 10,000 次寫入。我們計劃將來增加這些限制。
• 單一文件或索引的寫入速率有限制。

• 在單一資料庫中可擴展到約 200,000 個並發連接和每秒 1,000 次寫入。超出此範圍需要將資料分片到多個資料庫。
• 單一資料的寫入速率沒有本地限制。

• 從受Cloud Firestore 安全規則保護的行動 SDK 進行讀取和寫入。
• 從受身分和存取管理 (IAM)保護的伺服器 SDK 進行讀取和寫入。
• 除非使用通配符，否則規則不會級聯。
• 規則可以限制查詢：如果查詢的結果可能包含使用者無權存取的數據，則整個查詢將失敗。

• 從受即時資料庫安全規則保護的行動 SDK 讀取和寫入。
• 讀寫規則級聯。
• 您可以使用validate規則單獨驗證資料。

Cloud Firestore 支援 App Engine 專案的每日支出限制，以確保您不會超出您可以負擔的成本。

詳細了解Cloud Firestore 定價方案。

了解有關即時資料庫定價計劃的更多資訊。