使用量と上限

100

この上限の引き上げをリクエストするには、サポートにお問い合わせください。

• 有効な UTF-8 文字でなければなりません。
• 1,500 バイト以下にする必要があります。
• スラッシュ（/）は使用できません。
• 1 つのピリオド（.）または 2 つのピリオド（..）のみで構成することはできません。
• 次の正規表現とは照合できません: __.*__

• 有効な UTF-8 文字でなければなりません。
• 1,500 バイト以下にする必要があります。
• スラッシュ（/）は使用できません。
• 1 つのピリオド（.）または 2 つのピリオド（..）のみで構成することはできません。
• 次の正規表現とは照合できません: __.*__
• Datastore エンティティを Firestore データベースにインポートする場合は、数値のエンティティ ID は __id[0-9]+__ として公開されます

• 有効な UTF-8 文字でなければなりません。
• 次の正規表現とは照合できません: __.*__

• フィールド名を 1 つのピリオド（.）で区切る必要があります。
• それぞれが単純なフィールド名または引用符で囲まれたフィールド名（下記で定義）のいずれかであるセグメントの、ドット区切り（.）文字列として渡すことができます。

• 文字 a-z、A-Z、0-9、アンダースコア（_）だけが含まれている
• 0-9 で始まらない

20

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

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

• 200（Google Cloud プロジェクトの課金を有効にしていない場合）。

  割り当てがさらに必要な場合は、Google Cloud プロジェクトに対する課金を有効にする必要があります。

• 500（Google Cloud プロジェクトの課金を有効にしている場合）。

  この上限の引き上げをリクエストするには、サポートにお問い合わせください。

• 200（Google Cloud プロジェクトの課金を有効にしていない場合）。

  割り当てがさらに必要な場合は、Google Cloud プロジェクトに対する課金を有効にする必要があります。

• 500（Google Cloud プロジェクトの課金を有効にしている場合）。

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

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

40,000

インデックス エントリの数は、ドキュメントに関する次の数の合計です。

• 単一フィールド インデックス エントリ数
• 複合インデックス エントリ数

Cloud Firestore がドキュメントと一連のインデックスをインデックス エントリに変換する仕組みについては、このインデックス エントリ数の例をご覧ください。

7.5 KiB

Cloud Firestore でインデックス エントリのサイズを計算する方法については、インデックス エントリのサイズをご覧ください。

8 MiB

合計サイズは、ドキュメントに関する次の数の合計です。

1,500 バイト

1,500 バイトを超えるフィールド値は切り捨てられます。切り捨てられたフィールド値が含まれるクエリからは、整合性のない結果が返されることがあります。

• 200（Google Cloud プロジェクトの課金を有効にしていない場合）。

  割り当てがさらに必要な場合は、Google Cloud プロジェクトに対する課金を有効にする必要があります。

• 500（Google Cloud プロジェクトの課金を有効にしている場合）。

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

• 単一ドキュメントに対するリクエストとクエリ リクエストの場合は 10。

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

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

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

一部のドキュメントに対するアクセス呼び出しはキャッシュされる場合があります。キャッシュされた呼び出しは上限数に計上されません。

• Firebase コンソールまたは CLI から firebase deploy を使用して公開されるルールセット テキストソースのサイズには 256 KB の上限が設定されています。
• Firebase がソースを処理してバックエンドでアクティブにするときに生成される、コンパイル済みルールセットのサイズは 250 KB に制限されています。