Utilisation et limites

• Doit être des caractères UTF-8 valides
• Ne doit pas dépasser 1 500 octets
• Ne peut pas contenir de barre oblique ( / )
• Ne peut pas être composé uniquement d'un seul point ( . ) ou de doubles points ( .. )
• Ne peut pas correspondre à l'expression régulière __.*__

• Doit être des caractères UTF-8 valides
• Ne doit pas dépasser 1 500 octets
• Ne peut pas contenir de barre oblique ( / )
• Ne peut pas être composé uniquement d'un seul point ( . ) ou de doubles points ( .. )
• Ne peut pas correspondre à l'expression régulière __.*__
• Si vous importez des entités Datastore dans une base de données Firestore, les ID d'entité numériques sont exposés sous la forme __id[0-9]+__

• Doit séparer les noms de champs par un seul point ( . )
• Peut être transmis sous forme de chaîne lorsque tous les noms de champ dans le chemin sont simples, sinon doit être transmis sous forme d'objet FieldPath ( par exemple JavaScript FieldPath )

• Contient uniquement les caractères az , AZ , 0-9 et le trait de soulignement ( _ )
• Ne commence pas par 0-9

200

Vous pouvez contacter le support pour demander une augmentation de cette limite.

200

Un total de 200 configurations au niveau du champ sont autorisées. Une configuration de champ peut contenir plusieurs configurations pour le même champ. Par exemple, une exemption d'indexation à champ unique et une stratégie TTL sur le même champ comptent comme une configuration de champ dans la limite.

Nombre maximal d'entrées d'index pour chaque document

40 000

Le nombre d'entrées d'index est la somme des éléments suivants pour un document :

• Le nombre d'entrées d'index à champ unique
• Le nombre d'entrées d'index composites

Pour voir comment Cloud Firestore transforme un document et un ensemble d'index en entrées d'index, consultez cet exemple de nombre d'entrées d'index .

7.5 Kio

Pour voir comment Cloud Firestore calcule la taille d'entrée d'index, consultez la section taille d'entrée d'index .

8 Mio

La taille totale est la somme des éléments suivants pour un document :

1500 octets

Les valeurs de champ supérieures à 1500 octets sont tronquées. Les requêtes impliquant des valeurs de champ tronquées peuvent renvoyer des résultats incohérents.

200

Un total de 200 configurations au niveau du champ sont autorisées. Une configuration de champ peut contenir plusieurs configurations pour le même champ. Par exemple, une exemption d'indexation à champ unique et une stratégie TTL sur le même champ comptent comme une configuration de champ dans la limite.

• 10 pour les demandes de document unique et les demandes de requête.

• 20 pour les lectures de plusieurs documents, les transactions et les écritures par lots. La limite précédente de 10 s'applique également à chaque opération.

  Par exemple, imaginez que vous créez une demande d'écriture par lot avec 3 opérations d'écriture et que vos règles de sécurité utilisent 2 appels d'accès aux documents pour valider chaque écriture. Dans ce cas, chaque écriture utilise 2 de ses 10 appels d'accès et la demande d'écriture groupée utilise 6 de ses 20 appels d'accès.

Le dépassement de l'une ou l'autre des limites entraîne une erreur d'autorisation refusée.

Certains appels d'accès aux documents peuvent être mis en cache et les appels mis en cache ne sont pas pris en compte dans les limites.

• une limite de 256 Ko sur la taille de la source de texte de l'ensemble de règles publié à partir de la console Firebase ou de la CLI à l'aide firebase deploy .
• une limite de 250 Ko sur la taille de l'ensemble de règles compilé qui se produit lorsque Firebase traite la source et la rend active sur le back-end.