查看 Cloud Firestore 定價示例

小的
（5 萬次安裝）

對於 50,000 個應用程序安裝（5,000 個每日活躍用戶）：12.14 美元/月

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

中等的
（100 萬次安裝）

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

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

大的
（1000 萬次安裝）

對於 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 美元

中等的
（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 美元

大的
（1000 萬次安裝）

對於 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 美元