ネイティブ モード: 割り当てと上限

このページでは、ネイティブ モードの Cloud Firestore のリクエストの割り当てと Enterprise エディションの上限について説明します。

無料枠の使用量

ネイティブ モードの Cloud Firestore には無料枠が用意されており、無料で使い始めることが可能です。無料枠の量は次の表のとおりです。

無料枠の量は日単位で適用され、太平洋時間の午前 0 時にリセットされます。

無料枠は、プロジェクトごとに 1 つの Cloud Firestore データベースにのみ適用されます。 無料枠のデータベースがないプロジェクトで最初に作成されたデータベースには、無料枠が適用されます。無料枠が適用されたデータベースが削除されると、次に作成されるデータベースに無料枠が適用されます。

無料枠 Quota
保存データ 1 GiB
ユニットの読み取り 50,000/日
リアルタイム アップデート ユニット 50,000/日
ユニットの書き込み 40,000/日
送信データ転送 10 GiB/月

標準的な制限

次の表は、ネイティブ モードの Cloud Firestore に適用される制限を示しています。特に断りのない限り、これらはハードリミットです。

データベース

上限 詳細
プロジェクトあたりのデータベースの最大数

100

この上限の引き上げをリクエストするには、サポートにお問い合わせください。
プロジェクトあたりの顧客管理の暗号鍵（CMEK）データベースの最大数

0

この機能は許可リストの後にあるため、デフォルトでは割り当ては 0 です。割り当ての増加をリクエストするには、CMEK アクセス リクエスト フォームに記入します。

コレクション、ドキュメント、およびフィールド

上限 詳細
コレクション ID の制約
  • 有効な UTF-8 文字でなければなりません。
  • 1,500 バイト以下にする必要があります。
  • スラッシュ（/）は使用できません。
  • 1 つのピリオド（.）または 2 つのピリオド（..）のみで構成することはできません。
  • 次の正規表現とは照合できません: __.*__
サブコレクションの最大深度 100
ドキュメント ID に関する制約
  • 有効な UTF-8 文字でなければなりません。
  • 1,500 バイト以下にする必要があります。
  • スラッシュ（/）は使用できません。
  • 1 つのピリオド（.）または 2 つのピリオド（..）のみで構成することはできません。
  • 次の正規表現とは照合できません: __.*__
  • Datastore エンティティを Firestore データベースにインポートする場合は、数値のエンティティ ID は __id[0-9]+__ として公開されます
ドキュメント名の最大サイズ 6 KiB
ドキュメントの最大サイズ 1 MiB（1,048,576 バイト）
フィールド名の制約
  • 有効な UTF-8 文字でなければなりません。
  • 次の正規表現とは照合できません: __.*__
フィールド名の最大サイズ 1,500 バイト
フィールドパスの制約
  • フィールド名を 1 つのピリオド（.）で区切る必要があります。
  • それぞれが単純なフィールド名または引用符で囲まれたフィールド名（下記で定義）のいずれかであるセグメントの、ドット区切り（.）文字列として渡すことができます。
次のすべてに当てはまる場合、フィールド名はシンプルと見なされます。
  • 文字 a-z、A-Z、0-9、アンダースコア（_）だけが含まれている
  • 0-9 で始まらない
引用符で囲まれたフィールド名は、バッククォート文字（`）で始まり、バッククォート文字で終了します。たとえば、foo.`x&y` は foo フィールドの下にネストされた x&y フィールドを表します。バッククォート文字を含むフィールド名を作成するには、バックスラッシュ文字（\）でバッククォート文字をエスケープします。便宜上、フィールド パスを FieldPath オブジェクトとして渡すことで、引用符で囲まれたフィールド名の使用を回避できます（例については、JavaScript FieldPath をご覧ください）。
フィールドパスの最大サイズ 1,500 バイト
フィールド値の最大サイズ 1 MiB - 89 バイト（1,048,487 バイト）
マップまたは配列内のフィールドの最大深度

20

マップ フィールドと配列フィールドは、オブジェクトの全体的な深度を 1 レベル引き上げます。たとえば、次のオブジェクトの合計深度は 3 レベルです。


{
  nested_map: {         #depth 1
    nested_array: [     #depth 2
      {
        foo: "bar"      #depth 3
      }
    ]
  }
}

書き込みとトランザクション

上限 詳細
API リクエストの最大サイズ 10 MiB
トランザクションの時間制限 270 秒 + 60 秒のアイドル時間
Commit オペレーションまたはトランザクションで 1 件のドキュメントで実行できるフィールド変換の最大数 500

インデックス

上限 詳細
データベース 1 つあたりの複合インデックスの最大数

ドキュメントごとのインデックス エントリの最大数

40,000
インデックス内のフィールドの最大数 100
インデックス エントリの最大サイズ

7.5 KiB
ドキュメントのインデックス エントリの最大合計サイズ

8 MiB

有効期間（TTL）

上限 詳細
データベース 1 つあたりの単一フィールド構成の最大数

1 つのフィールド レベルの構成に、同じフィールドの構成を複数含めることができます。たとえば、単一フィールド インデックス除外と、同じフィールドに対する TTL ポリシーは、上限に対して 1 つのフィールド構成としてカウントされます。

エクスポート / インポート

マネージド型のインポートおよびエクスポート オペレーションには次の上限が適用されます。

上限 詳細
プロジェクトの 1 分間に許可されるエクスポートおよびインポート リクエストの最大合計数 20
同時エクスポートおよびインポートの最大数 50
エクスポートおよびインポート リクエストのコレクション ID のフィルタの最大数 100

セキュリティ ルール

上限 詳細
リクエストあたりの exists()、get()、getAfter() 呼び出しの最大数
  • 単一ドキュメントに対するリクエストとクエリ リクエストの場合は 10。

  • 複数のドキュメントに対する読み取り、トランザクション、一括書き込みの場合は 20。各オペレーションには、前述の上限（10）も適用されます。

    たとえば、3 つの書き込みオペレーションを含めた一括書き込みリクエストを作成するとします。セキュリティ ルールでは、ドキュメントに対する 2 件のアクセス呼び出しを使用して、それぞれの書き込みを検証します。この場合、各書き込みオペレーションがアクセス呼び出し制限数 10 のうちの 2 つを使用するため、バッチ書き込みリクエストはアクセス呼び出し制限数 20 のうちの 6 つを使用することになります。

いずれかの上限を超えると、アクセス拒否のエラーが発生します。

一部のドキュメントに対するアクセス呼び出しはキャッシュされる場合があります。キャッシュされた呼び出しは上限数に計上されません。
ネストされた match ステートメントの深さの最大数 10
ネストされた一連の match ステートメント内で許可されるパスセグメント内の最大パス長 100
ネストされた一連の match ステートメント内で許可されるパスキャプチャ変数の最大数 20
関数呼び出しの深さの最大数 20
関数引数の最大数 7
関数あたりの let 変数バインディングの最大数 10
関数の再帰的な呼び出し、または循環的な呼び出しの最大数 0（許可されていません）
リクエストあたり評価される式の最大数 1,000
ルールセットの最大サイズ ルールセットは、次の 2 つのサイズ上限に従う必要があります。
  • Firebase コンソールまたは CLI から firebase deploy を使用して公開されるルールセット テキストソースのサイズには 256 KB の上限が設定されています。
  • Firebase がソースを処理してバックエンドでアクティブにするときに生成される、コンパイル済みルールセットのサイズは 250 KB に制限されています。