A edição Enterprise do Firestore com compatibilidade com o MongoDB já está disponível.
Saiba mais.
Cotas e limites
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
|
Relevante apenas para a edição Enterprise do Cloud Firestore.
|
Nesta página, descrevemos as cotas e os limites de solicitação do Cloud Firestore com compatibilidade com o MongoDB.
Uso do nível gratuito
O Cloud Firestore com compatibilidade com o MongoDB oferece um nível gratuito para você começar a usar
o Cloud Firestore com compatibilidade com o MongoDB sem custos financeiros. Os valores do Nível gratuito estão listados na tabela a seguir.
Os valores do nível gratuito são aplicados diariamente e redefinidos à meia-noite do horário do Pacífico.
O nível gratuito se aplica a apenas um banco de dados do Cloud Firestore com compatibilidade com o MongoDB por projeto.
O primeiro banco de dados criado em um projeto sem um banco de dados de nível gratuito
receberá o nível gratuito. Se o banco de dados com o nível gratuito aplicado for excluído, o próximo banco de dados criado vai receber o nível gratuito.
| Nível sem custo financeiro |
Cota |
| Dados armazenados |
1 GiB |
| Unidades de leitura |
50.000 por dia |
| Unidades de gravação |
40.000 por dia |
| Transferência de dados de saída |
10 GiB por mês |
As operações e os recursos a seguir não incluem o uso sem custos financeiros.
Ative o faturamento para usar estes recursos:
- Exclusões gerenciadas (TTL)
- Dados em backup
- Restaurar operações
Para mais informações sobre como esses recursos são cobrados, consulte
Preços de armazenamento.
Limites padrão
Confira nas tabelas a seguir os limites que se aplicam ao Cloud Firestore com compatibilidade com o MongoDB. Esses são limites rígidos, a menos que especificado de outra forma.
Bancos de dados
Coleções, documentos e campos
| Limite |
Detalhes |
| Restrições em nomes de coleções |
- Precisam ser caracteres UTF-8 válidos
- Não podem ter mais de 1.500 bytes
- Não podem corresponder à expressão regular
__.*__
- Não pode conter
$
- Não pode ser a string vazia (
"")
- Não pode conter o caractere nulo
- Não pode começar com "system." nem conter ".system.".
|
Restrições em IDs de documentos (_id) |
- O documento
_id (campo de nível superior) precisa ser um ObjectId, String, número inteiro de 64 bits, número inteiro de 32 bits, Double ou Binary. Outros tipos de BSON não são compatíveis.
- Não podem ter mais de 1.500 bytes
Para IDs de string:
- Precisam ser caracteres UTF-8 válidos
- Não pode ser a string vazia (
"")
- Não podem corresponder à expressão regular
__.*__
- Para IDs de números inteiros de 64 bits, o valor 0 de 64 bits (0L) não é compatível.
|
| Tamanho máximo de um documento |
4 MiB |
| Restrições em nomes de campo |
- Precisam ser caracteres UTF-8 válidos
- Não pode ser a string vazia (
"")
- Não podem corresponder à expressão regular
__.*__
|
| Tamanho máximo de um nome de campo |
1.500 bytes |
| Tamanho máximo de um caminho de campo |
1.500 bytes |
| Tamanho máximo do valor de um campo |
4 MiB — 89 bytes |
| Profundidade máxima de campos em um mapa ou uma matriz |
20
Os campos de mapa e matriz adicionam um nível à profundidade geral de um objeto. Por exemplo, o objeto a seguir tem uma profundidade total de três níveis:
{
nested_object: { #depth 1
nested_array: [ #depth 2
{
foo: "bar" #depth 3
}
]
}
}
|
Leituras, gravações e transações
| Limite |
Detalhes |
| Limite de memória para uma consulta |
128 MiB |
| Prazo para uma transação |
270 segundos, com tempo de expiração por inatividade de 60 segundos |
Índices
| Limite |
Detalhes |
| Número máximo de índices para um banco de dados |
1000
Entre em contato com o suporte
para solicitar um aumento desse limite.
|
|
Número máximo de entradas de índice para cada documento
|
40.000
|
| Número máximo de campos em um índice |
100 |
| Tamanho máximo de uma entrada de índice |
7,5 KiB
|
| Soma máxima dos tamanhos das entradas de índice de um documento |
8 MiB
|
Time to live (TTL)
| Limite |
Detalhes |
| Número máximo de configurações de TTL para um banco de dados |
500
|
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-08-29 UTC.
[null,null,["Última atualização 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 |"]]
