Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Ne concerne que l'édition Cloud Firestore Enterprise.
Cette page décrit les quotas et limites de requêtes pour Cloud Firestore compatible avec MongoDB.
Utilisation de la version gratuite
Cloud Firestore compatible avec MongoDB propose une version sans frais qui vous permet de démarrer sans frais. Les montants du niveau sans frais sont indiqués dans le tableau suivant.
Les montants du niveau sans frais sont appliqués quotidiennement et réinitialisés à minuit, heure du Pacifique.
Le niveau sans frais ne s'applique qu'à une seule base de données Cloud Firestore compatible avec MongoDB par projet.
La première base de données créée dans un projet sans base de données de niveau sans frais bénéficiera du niveau sans frais. Si la base de données avec le niveau sans frais appliqué est supprimée, la base de données suivante créée bénéficiera du niveau sans frais.
Version gratuite
Quotas
Données stockées
1 Gio
Unités de lecture
50 000 par jour
Unités d'écriture
40 000 par jour
Transfert de données sortant
10 Gio par mois
L'utilisation sans frais ne s'applique pas aux opérations et fonctionnalités suivantes.
Vous devez activer la facturation pour utiliser les fonctionnalités suivantes :
Suppression gérée (TTL)
Données sauvegardées
Opérations de restauration
Pour en savoir plus sur la facturation de ces fonctionnalités, consultez Tarifs de stockage.
Limites standards
Les limites applicables à Cloud Firestore compatible avec MongoDB sont répertoriées dans les tableaux suivants. Sauf indication contraire, ces limites sont strictes.
Par défaut, le quota est défini sur 0, car cette fonctionnalité n'est disponible que pour les utilisateurs figurant sur la liste d'autorisation.
Vous pouvez demander à augmenter le quota en remplissant le formulaire de demande d'accès CMEK.
Collections, documents et champs
Limite
Détails
Contraintes sur les noms de collection
Doivent être des caractères UTF-8 valides
Ne doivent pas dépasser 1 500 octets
Ne doit pas correspondre à l'expression régulière __.*__
Ne peut pas contenir $
Ne peut pas être une chaîne vide ("")
Ne peut pas contenir le caractère nul
Ne peut pas commencer par "system." ni contenir ".system.".
Contraintes sur les ID de document (_id)
Le document _id (champ de premier niveau) doit être un ObjectId, une chaîne, un entier 64 bits, un entier 32 bits, un double ou un binaire. Les autres types BSON ne sont pas acceptés.
Ne doivent pas dépasser 1 500 octets
Pour les ID de chaîne :
Doivent être des caractères UTF-8 valides
Ne peut pas être une chaîne vide ("")
Ne doit pas correspondre à l'expression régulière __.*__
Pour les ID entiers de 64 bits, 0L (64 bits) n'est pas accepté.
Taille maximale d'un document
4 Mio
Contraintes sur les noms de champ
Doivent être des caractères UTF-8 valides
Ne peut pas être une chaîne vide ("")
Ne doit pas correspondre à l'expression régulière __.*__
Taille maximale d'un nom de champ
1 500 octets
Taille maximale d'un chemin d'accès de champ
1 500 octets
Taille maximale d'une valeur de champ
4 Mio – 89 octets
Profondeur maximale des champs dans une carte ou un tableau
20
Les champs de carte et de tableau ajoutent un niveau à la profondeur globale d'un objet. Par exemple, l'objet suivant a une profondeur totale de trois niveaux :
Nombre maximal d'entrées d'index pour chaque document
40 000
Nombre maximal de champs dans un index
100
Taille maximale d'une entrée d'index
7,5 Kio
Somme maximale des tailles d'entrée d'index d'un document
8 Mio
Valeur TTL (Time To Live)
Limite
Détails
Nombre maximal de configurations TTL pour une base de données
500
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/06 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/06 (UTC)."],[],[],null,["\u003cbr /\u003e\n\n\n|--------------------------------------------------------|\n| *Relevant to Cloud Firestore Enterprise edition only.* |\n\n\u003cbr /\u003e\n\nThis page describes the request quotas and limits for Cloud Firestore with MongoDB compatibility.\n\nFree tier usage\n\nCloud Firestore with MongoDB compatibility offers a free tier that lets you get started with\nCloud Firestore with MongoDB compatibility at no cost. The free tier amounts are listed in the following\ntable.\n\nFree tier amounts are applied daily and reset at midnight Pacific time.\n\nThe free tier applies to only one Cloud Firestore with MongoDB compatibility database per project.\nThe first database that is created in a project without a free tier database\nwill get the free tier. If the database with the free tier applied is deleted,\nthe next database created will receive the free tier.\n\n\u003cbr /\u003e\n\n| Free tier | Quota |\n|------------------------|------------------|\n| Stored data | 1 GiB |\n| Read units | 50,000 per day |\n| Write units | 40,000 per day |\n| Outbound data transfer | 10 GiB per month |\n\n\u003cbr /\u003e\n\nThe following operations and features don't include free usage.\nYou must [enable billing](https://cloud.google.com/billing/docs/how-to/modify-project) to use these features:\n\n- Managed deletes (TTL)\n- Backup data\n- Restore operations\n\nFor more information about how these features are billed, see\n[Storage pricing](https://cloud.google.com/firestore/enterprise/pricing#storage-size#storage-size).\n\nStandard limits\n\nThe following tables show the limits that apply to\nCloud Firestore with MongoDB compatibility. These are hard limits unless otherwise noted.\n\nDatabases\n\n| Limit | Details |\n|--------------------------------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Maximum number of databases per project | 100 [Contact support](https://cloud.google.com/support-hub) to request an increase to this limit. |\n| Maximum number of [customer-managed encryption keys (CMEK) databases](/docs/firestore/enterprise/cmek) per project | 0 By default the quota is 0 because this feature is behind an allowlist. You can request to increase the quota by filling in [the CMEK access request form](https://docs.google.com/forms/d/e/1FAIpQLSfKs8wJf4IXu1NizvfyU2vT59JDbdPvkehMVZ2ab5l_aDLIIA/viewform?resourcekey=0-O15dlRFvA0JIDmh6VFUEcA). |\n\nCollections, documents, and fields\n\n| Limit | Details |\n|-------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Constraints on collection names | - Must be valid UTF-8 characters - Must be no longer than 1,500 bytes - Can't match the regular expression `__.*__` - Can't contain `$` - Can't be the empty string (`\"\"`) - Can't contain the null character - Can't begin with \\`system.\\` and can't contain \\`.system.\\`. |\n| Constraints on document IDs (`_id`) | - Document `_id` (top-level field) must be an ObjectId, String, 64-bit integer, 32-bit integer, Double, or Binary. Other BSON types are not supported. - Must be no longer than 1,500 bytes - For String IDs: - Must be valid UTF-8 characters - Can't be the empty string (`\"\"`) - Can't match the regular expression `__.*__` - For 64-bit integer IDs, 64-bit 0 (0L) is not supported. |\n| Maximum size for a document | 4 MiB |\n| Constraints on field names | - Must be valid UTF-8 characters - Can't be the empty string (`\"\"`) - Can't match the regular expression `__.*__` |\n| Maximum size of a field name | 1,500 bytes |\n| Maximum size of a field path | 1,500 bytes |\n| Maximum size of a field value | 4 MiB - 89 bytes |\n| Maximum depth of fields in a map or array | 20 Map and array fields add one level to the overall depth of an object. For example, the following object has a total depth of three levels: ``` { nested_object: { #depth 1 nested_array: [ #depth 2 { foo: \"bar\" #depth 3 } ] } } ``` |\n\nReads, writes, and transactions\n\n| Limit | Details |\n|------------------------------|----------------------------------------------------|\n| Memory limit for a query | 128 MiB |\n| Time limit for a transaction | 270 seconds, with a 60-second idle expiration time |\n\nIndexes\n\n| Limit | Details |\n|--------------------------------------------------------|----------------------------------------------------------------------------------------------------|\n| Maximum number of indexes for a database | 1000 [Contact support](https://cloud.google.com/support-hub) to request an increase to this limit. |\n| Maximum number of index entries for each document | 40,000 |\n| Maximum number of fields in an index | 100 |\n| Maximum size of an index entry | 7.5 KiB |\n| Maximum sum of the sizes of a document's index entries | 8 MiB |\n\nTime to live (TTL)\n\n| Limit | Details |\n|-----------------------------------------------------|---------|\n| Maximum number of TTL configurations for a database | 500 |"]]