इस पेज पर, Cloud Firestore के लिए अनुरोध के कोटा और सीमाओं के बारे में बताया गया है.
फ़्री टियर का इस्तेमाल
Cloud Firestore में एक फ़्री टियर उपलब्ध है. इसकी मदद से, बिना किसी शुल्क के Cloud Firestore का इस्तेमाल शुरू किया जा सकता है. फ़्री टियर के तहत मिलने वाले क्रेडिट की जानकारी, यहां दी गई टेबल में दी गई है.
फ़्री टियर की सीमाएं हर दिन लागू होती हैं और पैसिफ़िक समय के मुताबिक आधी रात को रीसेट हो जाती हैं.
फ़्री टियर, हर प्रोजेक्ट के लिए सिर्फ़ एक Cloud Firestore डेटाबेस पर लागू होता है. किसी प्रोजेक्ट में बनाया गया पहला डेटाबेस, फ़्री टियर में शामिल होगा. हालांकि, इसके लिए ज़रूरी है कि उस प्रोजेक्ट में पहले से कोई फ़्री टियर डेटाबेस मौजूद न हो. अगर फ़्री टियर के साथ बनाए गए डेटाबेस को मिटा दिया जाता है, तो इसके बाद बनाए जाने वाले डेटाबेस को फ़्री टियर मिलेगा.
| फ़्री टियर | कोटा |
|---|---|
| संग्रहित डेटा | 1 जीआईबी |
| इकाइयां पढ़ें | हर दिन 50,000 |
| इकाइयां लिखें | हर दिन 40,000 |
| आउटबाउंड डेटा ट्रांसफ़र | हर महीने 10 जीबी |
इन कार्रवाइयों और सुविधाओं के लिए, बिना शुल्क के इस्तेमाल की सुविधा उपलब्ध नहीं है. इन सुविधाओं का इस्तेमाल करने के लिए, आपको बिलिंग की सुविधा चालू करनी होगी:
- मैनेज किए गए डिलीट (टीटीएल)
- डेटा का बैक अप लें
- कार्रवाइयां पहले जैसी करें
इन सुविधाओं के लिए बिलिंग कैसे की जाती है, इस बारे में ज़्यादा जानने के लिए स्टोरेज की कीमत देखें.
स्टैंडर्ड सीमाएं
यहां दी गई टेबल में, Cloud Firestore पर लागू होने वाली सीमाएं दिखाई गई हैं. ये सीमाएं तय हैं. हालांकि, अगर कुछ और बताया गया है, तो उसके हिसाब से सीमाएं बदल सकती हैं.
डेटाबेस
| सीमा | विवरण |
|---|---|
| हर प्रोजेक्ट में ज़्यादा से ज़्यादा कितने डेटाबेस बनाए जा सकते हैं |
100 इस सीमा को बढ़ाने का अनुरोध करने के लिए, सहायता टीम से संपर्क करें. |
| हर प्रोजेक्ट के लिए, ग्राहक की ओर से मैनेज की जाने वाली एन्क्रिप्शन कुंजियों (सीएमईके) वाले डेटाबेस की ज़्यादा से ज़्यादा संख्या |
0 डिफ़ॉल्ट रूप से, कोटा 0 होता है. इसकी वजह यह है कि इस सुविधा को अनुमति वाली सूची में शामिल किया गया है. सीएमईके के ऐक्सेस के अनुरोध वाला फ़ॉर्म भरकर, कोटा बढ़ाने का अनुरोध किया जा सकता है. |
कलेक्शन, दस्तावेज़, और फ़ील्ड
| सीमा | विवरण |
|---|---|
| कलेक्शन के नाम से जुड़ी पाबंदियां |
|
दस्तावेज़ के आईडी पर पाबंदियां (_id) |
|
| किसी दस्तावेज़ का ज़्यादा से ज़्यादा साइज़ | 16 एमआईबी |
| फ़ील्ड के नामों से जुड़ी पाबंदियां |
|
| फ़ील्ड के नाम का ज़्यादा से ज़्यादा साइज़ | 1,500 बाइट |
| फ़ील्ड पाथ का ज़्यादा से ज़्यादा साइज़ | 1,500 बाइट |
| फ़ील्ड वैल्यू का ज़्यादा से ज़्यादा साइज़ | 16MiB - 89 बाइट |
| किसी मैप या कलेक्शन में फ़ील्ड की ज़्यादा से ज़्यादा गहराई | 20 मैप और ऐरे फ़ील्ड, किसी ऑब्जेक्ट की कुल गहराई में एक लेवल जोड़ते हैं. उदाहरण के लिए, यहां दिए गए ऑब्जेक्ट में कुल तीन लेवल हैं: {
nested_object: { #depth 1
nested_array: [ #depth 2
{
foo: "bar" #depth 3
}
]
}
} |
रीड, राइट, और लेन-देन
| सीमा | विवरण |
|---|---|
| किसी क्वेरी के लिए मेमोरी की सीमा | 128 एमआईबी |
| लेन-देन के लिए समयसीमा | 270 सेकंड, जिसमें 60 सेकंड का आइडल एक्सपायरेशन टाइम शामिल है |
इंडेक्स
| सीमा | विवरण |
|---|---|
| किसी डेटाबेस के लिए इंडेक्स की ज़्यादा से ज़्यादा संख्या |
1000 इस सीमा को बढ़ाने का अनुरोध करने के लिए, सहायता टीम से संपर्क करें. |
|
हर दस्तावेज़ के लिए, इंडेक्स एंट्री की ज़्यादा से ज़्यादा संख्या |
40,000 |
| किसी इंडेक्स में फ़ील्ड की ज़्यादा से ज़्यादा संख्या | 100 |
| इंडेक्स एंट्री का ज़्यादा से ज़्यादा साइज़ |
7.5 केआईबी |
| किसी दस्तावेज़ की इंडेक्स एंट्री के साइज़ का ज़्यादा से ज़्यादा योग |
8 एमआईबी |
टाइम-टू-लाइव (टीटीएल)
| सीमा | विवरण |
|---|---|
| किसी डेटाबेस के लिए, TTL कॉन्फ़िगरेशन की ज़्यादा से ज़्यादा संख्या |
500 |
सेव की गई क्वेरी की सीमाएं
| वैल्यू | सीमा |
|---|---|
| हर प्रोजेक्ट के लिए, सेव की गई क्वेरी की ज़्यादा से ज़्यादा संख्या (इसमें अन्य Google Cloud प्रॉडक्ट के लिए सेव की गई क्वेरी भी शामिल हैं) | 10,000 |
| हर क्वेरी का ज़्यादा से ज़्यादा साइज़ | 1 एमआईबी |