现已推出具有 MongoDB 兼容性的 Firestore 企业版！
了解详情。
Limity
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
|
Dotyczy tylko wersji Cloud Firestore Enterprise.
|
Na tej stronie opisano limity żądań w Cloud Firestore w trybie zgodności z MongoDB.
Wykorzystanie na poziomie bezpłatnym
Cloud Firestore w trybie zgodności z MongoDB oferuje poziom bezpłatny, który umożliwia rozpoczęcie korzystania z tej usługi bezpłatnie. Wartości bezpłatnego poziomu są podane w tej tabeli.
Ilości z poziomu bezpłatnego są stosowane codziennie i resetowane o północy czasu pacyficznego.
Bezpłatny poziom dotyczy tylko 1 bazy danych Cloud Firestore w trybie zgodności z MongoDB na projekt.
Pierwsza baza danych utworzona w projekcie bez bazy danych na poziomie bezpłatnym otrzyma poziom bezpłatny. Jeśli baza danych z zastosowaną bezpłatną wersją zostanie usunięta, kolejna utworzona baza danych otrzyma bezpłatną wersję.
| Poziom bezpłatny |
Limit |
| Przechowywane dane |
1 GiB |
| Odczyt jednostek |
50 000 dziennie |
| Zapis jednostek |
40 000 dziennie |
| Przesyłanie danych na zewnątrz |
10 GiB miesięcznie |
Bezpłatne korzystanie nie obejmuje tych operacji i funkcji:
Aby korzystać z tych funkcji, musisz włączyć płatności:
- Zarządzane usuwanie (TTL)
- Utwórz kopię zapasową danych
- Operacje przywracania
Więcej informacji o tym, jak naliczane są opłaty za te funkcje, znajdziesz w cenniku pamięci masowej.
Standardowe limity
W tabelach poniżej znajdziesz limity, które obowiązują w przypadku Firestore w trybie zgodności z MongoDB. Są to sztywne limity, o ile nie wskazano inaczej.
Bazy danych
Kolekcje, dokumenty i pola
| Limit |
Szczegóły |
| Ograniczenia dotyczące nazw kolekcji |
- Musi zawierać prawidłowe znaki UTF-8.
- Nie może przekraczać 1500 bajtów
- Nie pasuje do wyrażenia regularnego
__.*__
- Nie może zawierać znaku
$
- Nie może być pustym ciągiem znaków (
"").
- Nie może zawierać znaku null
- Nie może zaczynać się od „system.” ani zawierać „.system.”.
|
Ograniczenia dotyczące identyfikatorów dokumentów (_id) |
|
| Maksymalny rozmiar dokumentu |
4 MiB |
| Ograniczenia dotyczące nazw pól |
- Musi zawierać prawidłowe znaki UTF-8.
- Nie może być pustym ciągiem znaków (
"").
- Nie pasuje do wyrażenia regularnego
__.*__
|
| Maksymalny rozmiar nazwy pola |
1500 bajtów |
| Maksymalny rozmiar ścieżki pola |
1500 bajtów |
| Maksymalny rozmiar wartości pola |
4 MiB – 89 bajtów |
| Maksymalna głębokość pól w mapie lub tablicy |
20
Pola mapy i tablicy zwiększają ogólną głębokość obiektu o 1 poziom. Na przykład ten obiekt ma łączną głębokość 3 poziomów:
{
nested_object: { #depth 1
nested_array: [ #depth 2
{
foo: "bar" #depth 3
}
]
}
}
|
Odczyty, zapisy i transakcje
| Limit |
Szczegóły |
| Limit pamięci dla zapytania |
128 MiB |
| Limit czasu transakcji |
270 sekund z 60-sekundowym czasem wygaśnięcia w przypadku braku aktywności. |
Indeksy
| Limit |
Szczegóły |
| Maksymalna liczba indeksów w bazie danych |
1000
Aby poprosić o zwiększenie tego limitu, skontaktuj się z zespołem pomocy.
|
|
Maksymalna liczba wpisów w indeksie dla każdego dokumentu
|
40 000
|
| Maksymalna liczba pól w indeksie |
100 |
| Maksymalny rozmiar wpisu indeksu |
7,5 KiB
|
| Maksymalna suma rozmiarów wpisów indeksu dokumentu |
8 MiB
|
Czas życia danych (TTL)
| Limit |
Szczegóły |
| Maksymalna liczba konfiguracji TTL dla bazy danych |
500
|
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-08-29 UTC.
[null,null,["Ostatnia aktualizacja: 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 |"]]
