现已推出具有 MongoDB 兼容性的 Firestore 企业版！
了解详情。
Quote e limiti
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
|
Pertinente solo per la versione Enterprise di Cloud Firestore.
|
Questa pagina descrive le quote e i limiti delle richieste per Cloud Firestore con compatibilità MongoDB.
Utilizzo del livello gratuito
Cloud Firestore con compatibilità MongoDB offre un livello senza costi che ti consente di iniziare a utilizzare
Cloud Firestore con compatibilità MongoDB senza costi. Gli importi del Livello senza costi sono elencati nella tabella
seguente.
Gli importi del livello senza costi vengono applicati giornalmente e reimpostati alla mezzanotte del fuso orario del Pacifico.
Il livello senza costi si applica a un solo database Cloud Firestore con compatibilità MongoDB per progetto.
Il primo database creato in un progetto senza un database di livello senza costi
riceverà il livello senza costi. Se il database a cui è stato applicato il livello senza costi viene eliminato,
il successivo database creato riceverà il livello senza costi.
| Livello gratuito |
Quota |
| Dati archiviati |
1 GiB |
| Unità di lettura |
50.000 al giorno |
| Unità di scrittura |
40.000 al giorno |
| Trasferimento di dati in uscita |
10 GiB al mese |
Le seguenti operazioni e funzionalità non includono l'utilizzo senza costi.
Per utilizzare queste funzionalità, devi abilitare la fatturazione:
- Eliminazioni gestite (TTL)
- Esegui il backup dei dati
- Operazioni di ripristino
Per maggiori informazioni su come vengono fatturate queste funzionalità, consulta
Prezzi dell'archiviazione.
Limiti standard
Le tabelle riportate di seguito mostrano i limiti applicabili a Cloud Firestore con compatibilità MongoDB. Questi sono limiti rigidi, se non diversamente indicato.
Database
Raccolte, documenti e campi
| Limite |
Dettagli |
| Vincoli dei nomi delle raccolte |
- Devono contenere esclusivamente caratteri UTF-8 validi
- Non devono superare i 1500 byte
- Non possono corrispondere all'espressione regolare
__.*__
- Non può contenere
$
- Non può essere la stringa vuota (
"")
- Non può contenere il carattere null
- Non può iniziare con `system.` e non può contenere `.system.`.
|
Vincoli degli ID documento (_id) |
- Documento
_id (campo di primo livello) deve essere un
ObjectId, String, numero intero a 64 bit, numero intero a 32 bit, Double o Binary. Gli altri tipi BSON non sono supportati.
- Non devono superare i 1500 byte
Per gli ID stringa:
- Devono contenere esclusivamente caratteri UTF-8 validi
- Non può essere la stringa vuota (
"")
- Non possono corrispondere all'espressione regolare
__.*__
- Per gli ID interi a 64 bit, 0 a 64 bit (0L) non è supportato.
|
| Dimensione massima di un documento |
4 MiB |
| Vincoli dei nomi dei campi |
- Devono contenere esclusivamente caratteri UTF-8 validi
- Non può essere la stringa vuota (
"")
- Non possono corrispondere all'espressione regolare
__.*__
|
| Dimensione massima del nome di un campo |
1500 byte |
| Dimensione massima di un percorso di campo |
1500 byte |
| Dimensione massima di un valore di campo |
4 MiB - 89 byte |
| Profondità massima dei campi in una mappa o un array |
20
I campi di mappe e array aggiungono un livello alla profondità complessiva di un oggetto. Ad esempio, il seguente oggetto ha una profondità totale di tre livelli:
{
nested_object: { #depth 1
nested_array: [ #depth 2
{
foo: "bar" #depth 3
}
]
}
}
|
Letture, scritture e transazioni
| Limite |
Dettagli |
| Limite di memoria per una query |
128 MiB |
| Limite di tempo per una transazione |
270 secondi, con un periodo di scadenza di inattività di 60 secondi |
Indici
| Limite |
Dettagli |
| Numero massimo di indici per un database |
1000
Contatta l'assistenza
per richiedere un aumento di questo limite.
|
|
Numero massimo di voci di indice per ogni documento
|
40.000
|
| Numero massimo di campi in un indice |
100 |
| Dimensione massima di una voce di indice |
7,5 KiB
|
| Somma massima delle dimensioni delle voci di indice di un documento |
8 MiB
|
Durata (TTL)
| Limite |
Dettagli |
| Numero massimo di configurazioni TTL per un database |
500
|
Salvo quando diversamente specificato, i contenuti di questa pagina sono concessi in base alla licenza Creative Commons Attribution 4.0, mentre gli esempi di codice sono concessi in base alla licenza Apache 2.0. Per ulteriori dettagli, consulta le norme del sito di Google Developers. Java è un marchio registrato di Oracle e/o delle sue consociate.
Ultimo aggiornamento 2025-08-29 UTC.
[null,null,["Ultimo aggiornamento 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 |"]]
