Cuotas y límites
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Solo es relevante para la edición Enterprise de Cloud Firestore.
|
En esta página, se describen los límites y las cuotas de solicitudes de Cloud Firestore con compatibilidad con MongoDB.
Uso del nivel gratuito
Cloud Firestore con compatibilidad con MongoDB ofrece un nivel gratuito que te permite comenzar a usar Cloud Firestore con compatibilidad con MongoDB sin costo. Las cantidades del nivel gratuito se indican en la siguiente tabla.
Los importes del nivel gratuito se aplican a diario y se restablecen a la medianoche, hora del Pacífico.
El nivel gratuito se aplica a una sola base de datos de Cloud Firestore compatible con MongoDB por proyecto.
La primera base de datos que se cree en un proyecto sin una base de datos de nivel gratuito obtendrá el nivel gratuito. Si se borra la base de datos con el nivel gratuito aplicado, la próxima base de datos que se cree recibirá el nivel gratuito.
Nivel gratuito |
Cuota |
Datos almacenados |
1 GiB |
Unidades de lectura |
50,000 por día |
Unidades de escritura |
40,000 por día |
Transferencia de datos saliente |
10 GiB por mes |
Las siguientes operaciones y funciones no incluyen el uso gratuito.
Debes habilitar la facturación para usar estas funciones:
- Eliminaciones administradas (TTL)
- Crear copias de seguridad de los datos
- Operaciones de restablecimiento
Para obtener más información sobre cómo se facturan estas funciones, consulta
Precios de almacenamiento.
Límites estándar
En las siguientes tablas, se muestran los límites que se aplican a Cloud Firestore con compatibilidad con MongoDB. Son estrictos, a menos que se indique lo contrario.
Bases de datos
Colecciones, documentos y campos
Límite |
Detalles |
Restricciones de los nombres de las colecciones |
- Debe estar compuesto por caracteres UTF-8 válidos.
- No puede superar los 1,500 bytes.
- No se puede hacer coincidir la expresión regular
__.*__
- No puede contener
$
- No puede ser una cadena vacía (
"" )
- No puede contener el carácter nulo
- No puede comenzar con "system." ni contener ".system.".
|
Restricciones del ID de documento (_id ) |
- El documento
_id (campo de nivel superior) debe ser un ObjectId, una cadena o un número entero de 64 bits. No se admiten otros tipos de BSON.
- No puede superar los 1,500 bytes.
Para los IDs de cadena:
- Debe estar compuesto por caracteres UTF-8 válidos.
- No puede ser una cadena vacía (
"" )
- No se puede hacer coincidir la expresión regular
__.*__
- Para los IDs de números enteros de 64 bits, no se admite el 0 de 64 bits (0L).
|
Tamaño máximo de un documento |
4 MiB |
Restricciones del nombre de un campo |
- Debe estar compuesto por caracteres UTF-8 válidos.
- No puede ser una cadena vacía (
"" )
- No se puede hacer coincidir la expresión regular
__.*__
|
Tamaño máximo del nombre de un campo |
1,500 bytes |
Tamaño máximo de la ruta de un campo |
1,500 bytes |
Tamaño máximo del valor de un campo |
4 MiB - 89 bytes |
Profundidad máxima de los campos en un mapa o arreglo |
20
Los campos de mapa y array agregan un nivel a la profundidad general de un objeto. Por ejemplo, el siguiente objeto tiene una profundidad total de tres niveles:
{
nested_object: { #depth 1
nested_array: [ #depth 2
{
foo: "bar" #depth 3
}
]
}
}
|
Lecturas, escrituras y transacciones
Límite |
Detalles |
Límite de memoria para una consulta |
128 MiB |
Límite de tiempo de una transacción |
270 segundos, con un tiempo de vencimiento por inactividad de 60 segundos |
Índices
Límite |
Detalles |
Cantidad máxima de índices compuestos que se permiten para una base de datos |
1000
Comunícate con el equipo de asistencia para solicitar un aumento de este límite.
|
Cantidad máxima de entradas de índice permitidas en cada documento
|
40,000
|
Cantidad máxima de campos en un índice |
100 |
Tamaño máximo de una entrada de índice |
7.5 KiB
|
Suma máxima de los tamaños de las entradas en un índice de un documento |
8 MiB
|
Tiempo de actividad (TTL)
Límite |
Detalles |
Cantidad máxima de configuraciones de TTL para una base de datos |
500
|
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-08-28 (UTC)
[null,null,["Última actualización: 2025-08-28 (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 |"]]