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

Firebase 提供兩個雲端型、可供用戶端存取的文書資料庫。我們建議新客戶先從 Cloud Firestore 開始：

  • Cloud Firestore 是建議的企業級 JSON 相容文件資料庫，深受超過 25 萬名開發人員信賴。這類應用程式含有豐富的資料模型，需要具備可查詢性、可擴充性和高可用性。也提供低延遲的用戶端同步和離線資料存取功能。

  • Realtime Database 是傳統的 Firebase JSON 資料庫。這類應用程式適合使用簡單資料模型，需要簡單查詢和低延遲同步處理，且擴充性有限。

還有哪些重要事項需要考量？

考量上述重要事項後，您可能已準備好選擇資料庫。如果您仍在評估優缺點，請參閱本節，瞭解 Cloud Firestore 和 Realtime Database 之間的其他差異。

資料模型

Realtime Database 和 Cloud Firestore 都是 NoSQL 資料庫。

Cloud Firestore [ 建議 ] Realtime Database
將資料儲存為文件集合。
  • 簡單的資料很容易儲存在文件中，這類文件與 JSON 非常相似。
  • 使用文件中的子集合，可更輕鬆地大規模整理複雜的階層式資料。
  • 需要較少的去規格化和資料扁平化。

進一步瞭解 Cloud Firestore 資料模型。

 將資料儲存為一個大型 JSON 樹狀結構。
  • 簡單的資料很容易儲存。
  • 複雜的階層式資料較難大規模整理。

進一步瞭解 Realtime Database 資料模型。

支援即時和離線功能

兩者皆有行動優先、即時 SDK，且都支援離線應用程式的本機資料儲存空間。

Cloud Firestore [ 建議 ] Realtime Database
支援 Apple、Android 和網路用戶端的離線功能。 支援 Apple 和 Android 用戶端的離線功能。

目前狀態

瞭解客戶何時上線或離線可能很有幫助。Firebase Realtime Database 可記錄用戶端連線狀態，並在用戶端連線狀態每次變更時提供更新。

Cloud Firestore [ 建議 ] Realtime Database
不支援原生廣告。您可以使用 Cloud Functions 同步處理 Cloud Firestore 和 Realtime Database，藉此建構 Realtime Database 支援的狀態。請參閱「在 Cloud Firestore 中建構狀態」。 支援在家狀態感應功能。

查詢

透過查詢從任一資料庫擷取、排序及篩選資料。

Cloud Firestore [ 建議 ] Realtime Database
含有複合排序和篩選功能的索引查詢。
  • 您可以在單一查詢中鏈結篩選器，並結合屬性的篩選和排序功能。
  • 查詢是淺層的：只會傳回特定集合或集合群組中的文件，不會傳回子集合資料。
  • 查詢一律必須傳回整份文件。
  • 根據預設，系統會為查詢建立索引：查詢效能與結果集大小成正比，而與資料集的大小無關。
 深層查詢，具有有限的排序和篩選功能。
  • 查詢可以對屬性排序或篩選，但不能同時執行這兩項操作。
  • 根據預設，查詢會深入搜尋，也就是一律會傳回整個子樹。
  • 查詢可存取任何精細程度的資料，甚至是 JSON 樹狀結構中的個別葉節點值。
  • 查詢不需要索引，但隨著資料集的成長，某些查詢的效能會降低。

寫入作業和交易

Cloud Firestore [ 建議 ] Realtime Database
進階寫入和交易作業。
  • 透過設定和更新作業，以及陣列和數值運算子等進階轉換，寫入資料作業。
  • 交易可從資料庫的任何部分讀取及寫入資料。
 基本寫入和交易作業。
  • 透過 set 和 update 作業寫入資料。
  • 交易在特定資料子樹狀結構中是不可分割的。

可靠性和效能

Cloud Firestore [ 建議 ] Realtime Database
Cloud Firestore 是區域和多區域自動調整資源配置的解決方案。
  • 低延遲解決方案，一般回應時間不超過 30 毫秒。
  • 將資料儲存在不同區域的多個資料中心，確保全球可擴充性和高度可靠性。
  • 適用於全球的區域或多區域設定。
如要進一步瞭解 Cloud Firestore 的效能和可靠性特徵，請參閱《服務水準協議》。		 Realtime Database 是區域解決方案。
  • 適用於區域設定。資料庫僅限於在區域內提供。
  • 延遲時間極低，回應時間通常不超過 10 毫秒。如果需要經常進行狀態同步處理，這是理想的做法。
如要進一步瞭解 Realtime Database 的效能和可靠性特徵，請參閱服務水準協議。

運作時間

Cloud Firestore [ 建議 ] Realtime Database
極高的正常運作時間效能。
  • 一般正常運作時間為 99.999%。
  • 如果可用性是最重要的考量因素 (例如在電子商務應用程式中)，請使用 Cloud Firestore。
 高正常運作效能。
  • 一般運作時間表現為 99.95%。

擴充性

Cloud Firestore [ 建議 ] Realtime Database
系統會自動調整資源配置。
  • 完全自動擴充。擴充限制約為 100 萬個並行連線和 10,000 個寫入/秒。我們預計日後會提高這些限制。
  • 對個別文件或索引的寫入率設有限制。
 擴充需要分割。
  • 在單一資料庫中，可擴充至約 200,000 個同時連線和 1,000 個寫入/秒。如要超出這個範圍，就必須在多個資料庫中分割資料。
  • 個別資料寫入率沒有本地限制。

安全性

Cloud Firestore [ 建議 ] Realtime Database
結合授權和驗證的非連鎖規則。
  • 從由 Cloud Firestore Security Rules 保護的行動 SDK 讀取及寫入資料。
  • 從由 Identity and Access Management (IAM) 保護的伺服器 SDK 讀取及寫入資料。
  • 除非使用萬用字元，否則規則不會層疊。
  • 規則可限制查詢：如果查詢結果可能包含使用者無法存取的資料，整個查詢就會失敗。
 階層規則語言，可將授權和驗證分開。

定價

這兩種解決方案皆適用於 Spark 和 Blaze 定價方案。

Cloud Firestore [ 建議 ] Realtime Database
主要依據資料庫中執行的作業 (讀取、寫入、刪除)收費，並以較低的費率收取頻寬和儲存空間費用。

Cloud Firestore 支援 App Engine 專案的每日支出上限，確保您不會超出可接受的費用。

進一步瞭解 Cloud Firestore 定價方案。

 只收取頻寬和儲存空間費用，但費率較高。

進一步瞭解 Realtime Database 定價方案。

使用 Cloud Firestore 和 Realtime Database

您可以在同一個 Firebase 應用程式或專案中使用這兩種資料庫。這兩種 NoSQL 資料庫都能儲存相同類型的資料，且用戶端程式庫的運作方式也相似。如果您決定在應用程式中同時使用這兩種資料庫，請留意先前所述的差異。

進一步瞭解 Realtime Database 和 Cloud Firestore 提供的功能。

準備選擇資料庫了嗎？

希望這份比較資料能協助您決定採用 Firebase 資料庫解決方案。 接下來，您可以瞭解如何在 Firebase 專案中新增資料庫。