查看 Cloud Firestore 定價示例

小的
（5 萬次安裝）

50,000 次應用安裝（5,000 日活躍用戶）：12.14 美元/月

¹ Cloud Firestore 每月 10GB 的網絡出口是免費的。
²由於我們假設 DAU 占應用總安裝量的 10%，因此該數字佔安裝您應用的用戶總數。

中等的
（100 萬次安裝）

對於 1,000,000 次應用安裝（100,000 日活躍用戶）：292.02 美元/月

¹由於我們假設 DAU 占應用總安裝量的 10%，因此該數字佔安裝您應用的用戶總數。

大的
（10M 安裝）

對於 10,000,000 次應用安裝（1,000,000 日活躍用戶）：2951.52 美元

¹由於我們假設 DAU 占應用總安裝量的 10%，因此該數字佔安裝您應用的用戶總數。

查看聊天列表

該應用程序的主屏幕加載了 25 個最近的聊天記錄，產生 25 次文檔讀取費用。假設活躍用戶每天打開應用 5 次，每位用戶每天總計閱讀 125 次。但是，更高效的查詢（如以下示例中的查詢）可以減少此負載。

在下面的示例中，我們使用應用程序存儲的每次成功獲取的時間戳將查詢限制為新聊天：

db.collection('groups')
  .where('participants', 'array-contains', 'user123')
  .where('lastUpdated', '>', lastFetchTimestamp)
  .orderBy('lastUpdated', 'desc')
  .limit(25)

假設每次用戶檢查應用程序時平均有 10 個更新的聊天記錄。此查詢僅產生 10 次文檔讀取。

在聊天中閱讀消息

用戶從主屏幕點擊進入聊天線程以查看最近的消息，在初始加載中加載 50 條最近的消息。

假設典型用戶每天執行此操作 5 次（每次打開主屏幕一次），導致每個用戶每天總共閱讀 250 次。我們還可以將查詢限制為自上次獲取時間以來的新消息：

db.collection('groups')
  .doc('group234')
  .collection('messages')
  .where('sentTime', '>', lastFetchTimestamp)
  .orderBy('sentTime', 'desc')
  .limit(50)

假設用戶在所有聊天中每天收到大約 30 條消息。由於您已將查詢限制為獲取新消息，這意味著每天僅檢索 30 條消息。

向聊天發送消息

用戶可以在聊天后向其他參與者發送消息。假設一個活躍用戶每天發送大約 10 條消息。

每條發送的消息都會導致兩次文檔寫入：一次寫入聊天的messages子集合，另一次寫入聊天父文檔以更新lastUpdated時間戳和其他元數據。

請注意，閱讀這些消息的成本已計入其他旅程，因此以下總計僅考慮此寫入成本。

小的
（5 萬次安裝）

對於 50,000 次應用安裝（5,000 個 DAU）：每月 0.0009 美元

5,000 個活躍用戶 * 每個用戶 10 條新消息 = 每天 50,000 個新消息文檔

50,000 個文檔計數/每次讀取費用 1,000 個索引匹配 = 50 次讀取

每天 50 次讀取 * 30 天 = 每月 1,500 次讀取

每月 1,500 次讀取 * .06/100,000 次讀取價格 = 每月 0.0009 USD

中等的
（100 萬次安裝）

對於 1,000,000 次應用安裝（100,000 日活躍用戶）：0.018 美元/月

100,000 個活躍用戶 * 每個用戶 10 條新消息 = 每天 1,000,000 個新消息文檔

計算的 1,000,000 個文檔/每次讀取收費 1,000 個索引匹配 = 1,000 次讀取

每天 1,000 次讀取 * 30 天 = 每月 30,000 次讀取

每月 30,000 次讀取 * .06/100,000 次讀取價格 = 每月 0.018 USD

大的
（10M 安裝）

對於 10,000,000 次應用安裝（1,000,000 日活躍用戶）：0.18 美元

1,000,000 個活躍用戶 * 每個用戶 10 條新消息 = 每天 10,000,000 個新消息文檔

計算的 10,000,000 個文檔/每次讀取收費 1,000 個索引匹配 = 10,000 次讀取

每天 10,000 次讀取 * 30 天 = 每月 300,000 次讀取

每月 300,000 次讀取 * .06/100000 次讀取價格 = 每月 0.18 美元