现已推出具有 MongoDB 兼容性的 Firestore 企业版!
了解详情。
Quotas et limites
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.
Bases de données
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 :
{
nested_object: { #depth 1
nested_array: [ #depth 2
{
foo: "bar" #depth 3
}
]
}
}
|
Lectures, écritures et transactions
Limite |
Détails |
Limite de mémoire pour une requête |
128 MiB |
Durée maximale d'une transaction |
270 secondes, avec un délai d'inactivité avant expiration de 60 secondes |
Index
Limite |
Détails |
Nombre maximal d'index pour une base de données |
1000
Contactez l'assistance pour demander une augmentation de cette limite.
|
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/08/29 (UTC).
[null,null,["Dernière mise à jour le 2025/08/29 (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 |"]]