本文詳細說明 Datastore 模式的計費方式。

Firestore (Datastore 模式) 提供免費用量，您無須付費即可開始使用這項服務。 超出免費用量時，您必須在專案中啟用計費功能才能繼續使用。

用量會每日計算，並在太平洋時間凌晨 12 點左右重設。

下列作業和功能不包含免費用量。如要使用下列功能，請啟用計費功能：

• PITR 資料
• 備份資料
• 復原作業
• 複製作業
• 存留時間

如要進一步瞭解這些功能的計費方式，請參閱「儲存空間大小考量」。

如要查看各個 Datastore 模式位置的讀取、寫入、刪除作業和儲存空間定價，請參閱 Firestore 定價。

讀取每個實體會產生一次讀取作業費用，讀取每批最多 1,000 個索引項目也會產生一次讀取作業費用。

查詢讀取的每批次索引項目 (最多 1,000 個) 會產生一次讀取作業費用，但下列情況除外：

查詢最多包含一個範圍屬性時，不會收取讀取索引項目的費用，且讀取作業的最低費用為零。請參考下列範例，瞭解何時會收取索引項目讀取費用。接著使用 Query Explain 的 billing_details 部分，驗證您的理解是否正確。

下列查詢包含一個等式屬性 (age) 和一個範圍屬性 (start_date)，因此讀取索引項目時不會產生費用：

下列查詢包含兩個範圍屬性 (age 和 start_date)，因此會產生索引項目讀取費用：

如果排序依據子句中出現的屬性，至少還有一個範圍屬性，則該屬性會被視為範圍屬性。因此，下列查詢包含兩個範圍屬性 (age 和 start_date)，且會針對索引項目讀取作業收費：

如果 DISTINCT ON 子句中出現的屬性，與至少一個其他範圍屬性相關，則該屬性會被視為範圍屬性。因此，下列查詢包含兩個範圍屬性 (age 和 start_date)，且會針對索引項目讀取作業收費：

對於 aggregation queries count()、sum() 和 avg()，查詢讀取的每批次最多可有 1,000 個索引項目，而各批次會產生讀取實體 1 次的費用。

舉例來說，如果匯總查詢讀取 0 到 1, 000 個索引項目，則會計為一次實體讀取。如果匯總查詢讀取 1, 500 個索引項目，系統會向您收取 2 次實體讀取費用。

如要進一步瞭解使用的索引和讀取的索引項目，請使用「查詢說明」。

每項屬性轉換作業 (例如 increment 和 appendMissingElements) 都會產生一次讀取和一次寫入費用。對同一實體執行插入、更新或 upsert 作業，並進行屬性轉換的提交作業，會計為一次讀取和一次寫入。

小型作業包括：

• 用於分配 ID 的呼叫。
• 純索引鍵查詢。系統會將 1 個純索引鍵查詢作業計為查詢本身的一次實體讀取工作，個別結果則會計為小型作業。
• 不使用 distinct on 子句的投影查詢。系統會將這類查詢作業計為查詢本身的一次實體讀取作業，個別結果則會計為小型作業。

小型作業為免費項目，不過您必須啟用計費功能，才能超過每日的免費用量上限。

使用「查詢說明與分析」功能會產生費用。

使用預設選項說明查詢時，不會執行任何索引或實體讀取作業。無論查詢多複雜，都只會收取一次讀取作業的費用。

使用分析選項說明查詢時，系統會執行索引和讀取作業，因此您仍須支付查詢費用。說明和分析活動不會產生額外費用，只會收取執行查詢的正常費用。

系統會針對 Firestore (Datastore 模式) 要求使用的網路頻寬向您收取費用，如以下各節所示。要求的網路頻寬費用取決於要求的回應大小、Datastore 模式資料庫的所在位置，以及回應的目的地。

針對源自 Google Cloud Platform 的要求 (例如 Google Compute Engine 運作的應用程式產生的要求)，系統會依據下列項目向您收取費用：

系統會針對下列項目向您收取網際網路資料傳輸費用：

• 不同地區之間的 Google Cloud 要求 (不含美國境內不同地區之間的流量)
• 從 Google Cloud 以外位置發出的要求

系統會依據上表中的實體讀取和寫入工作費率，向您收取匯出與匯入作業的費用。即便您取消匯出或匯入作業，Firestore (Datastore 模式) 仍會針對全面取消要求前執行完畢的作業向您收取費用。

注意事項： 匯出和匯入作業的費用不會計入您為 App Engine 和 Firestore (Datastore 模式) 設定的任何預算中，這類費用也不會因為您為 App Engine 和 Firestore (Datastore 模式) 設定的預算而受到限制。也就是說，匯出和匯入作業的費用有可能超出您為這些產品設定的預算上限。

如要查看應用程式的 Datastore 模式用量 (包括配額用量)，請造訪 App Engine 的「配額」詳細資料頁面。即使您的應用程式並非在 App Engine 中執行，也請務必瀏覽這個頁面中的資訊。

您可以在該網頁中顯示的「儲存空間」頁面上，看到自家應用程式在 Datastore 模式下使用了哪些資源。如有需要，您可以按一下「顯示未使用的資源」 ，查看可用配額的完整資訊清單。

系統會針對您儲存在 Datastore 模式中的資料量向您收費，當中包含儲存空間的經常用量。經常用量包括中繼資料、內建索引、複合式索引和時間點還原 (PITR) 版本。此外，您也需要支付備份儲存空間大小和還原作業的費用。

儲存在資料庫中的所有實體都需要下列中繼資料，這些資料會計入儲存空間大小：

• 實體索引鍵。包括種類、ID 或索引鍵名稱，以及實體祖系的索引鍵。
• 每個屬性的名稱和值。Firestore (Datastore 模式) 沒有結構描述，因此各項屬性的名稱必須與特定實體的屬性值儲存在相同的位置。
• 任何參照這個實體的內建和複合式索引列。每一個資料列包含實體類型、索引定義決定的任何屬性值數目，以及實體索引鍵。

歡迎參閱儲存空間大小計算一文，瞭解 Datastore 模式下的儲存空間計算方式。

啟用 PITR 後，系統會根據 PITR 資料的儲存空間計費。大多數客戶會發現，PiTR 資料儲存的整體費用與資料庫的儲存費用相近。

注意：PITR 資料的費用會與資料庫儲存空間大小的費用分開計算。PITR 資料不會影響資料儲存空間大小費用。

PITR 的儲存空間費用以每月每 GiB 為單位，按日計算。Datastore 模式會每天測量資料庫大小。在一個月內，我們會將這些樣本點取平均值，計算出資料庫儲存空間大小。這個平均值會乘以 PITR 的單價 (GiB-月)。

舉例來說，如果資料庫在整個月的平均大小為 1 GiB，且 PITR 在整個月都處於啟用狀態，則 PITR 資料大小的計費量也會是 1 GiB。

最低計費：即使啟用 PITR 後在一天內停用，仍可能需要支付最多一天的 PITR 儲存空間費用。

如果啟用備份功能，系統會根據資料庫備份的儲存空間計費。備份的儲存空間大小，等於備份時資料庫的儲存空間大小。

備份儲存空間費用以每月每 GiB 計算。此外，系統也會計算每項備份在一個月內保留的天數，並得出平均值。每項備份的費用計算方式為：備份儲存空間大小 x 備份保留時間 (以月為單位) x 單價。為計費目的，系統會以 America/Los_Angeles 時區定義日期界線。

執行還原作業時，Datastore 模式會測量還原作業的備份大小。備份大小會乘以還原作業的單位價格 (GiB)。