MongoDB के साथ काम करने की सुविधा: कोटा और सीमाएं

इस पेज पर, Cloud Firestore के लिए अनुरोध के कोटे और सीमाओं के बारे में बताया गया है.

फ़्री टियर का इस्तेमाल

Cloud Firestore फ़्री टियर की सुविधा देता है. इससे, Cloud Firestore का इस्तेमाल बिना किसी शुल्क के शुरू किया जा सकता है. फ़्री टियर के तहत मिलने वाली सुविधाओं की जानकारी, यहां दी गई टेबल में दी गई है.

फ़्री टियर के तहत मिलने वाली सुविधाओं की सीमाएं हर दिन लागू होती हैं और पैसिफ़िक टाइम के मुताबिक आधी रात को रीसेट हो जाती हैं.

फ़्री टियर की सुविधा, हर प्रोजेक्ट के लिए सिर्फ़ एक Cloud Firestore डेटाबेस पर लागू होती है. अगर किसी प्रोजेक्ट में, फ़्री टियर वाला डेटाबेस नहीं बनाया गया है, तो उस प्रोजेक्ट में बनाया गया पहला डेटाबेस, फ़्री टियर के तहत आएगा. अगर फ़्री टियर वाला डेटाबेस मिटा दिया जाता है, तो बनाया गया अगला डेटाबेस, फ़्री टियर के तहत आएगा.

फ़्री टियर कोटा
संग्रहित डेटा 1 जीबी
पढ़े गए यूनिट हर दिन 50,000
राइट यूनिट हर दिन 40,000
आउटबाउंड डेटा ट्रांसफ़र हर महीने 10 जीबी

यहां दी गई कार्रवाइयों और सुविधाओं के लिए, फ़्री टियर के तहत मिलने वाली सुविधाओं का इस्तेमाल नहीं किया जा सकता. इन सुविधाओं का इस्तेमाल करने के लिए, बिलिंग की सुविधा चालू करनी होगी:

  • मैनेज किए गए तरीके से मिटाना (टीटीएल)
  • डेटा का बैकअप लेना
  • डेटा को वापस लाने की कार्रवाइयां

इन सुविधाओं के लिए बिलिंग कैसे की जाती है, इस बारे में ज़्यादा जानने के लिए, स्टोरेज की कीमत देखें.

स्टैंडर्ड सीमाएं

यहां दी गई टेबल में, Cloud Firestore पर लागू होने वाली सीमाओं के बारे में बताया गया है. जब तक कोई सूचना न दी जाए, ये सीमाएं लागू रहेंगी.

डेटाबेस

सीमा विवरण
हर प्रोजेक्ट के लिए, ज़्यादा से ज़्यादा डेटाबेस की संख्या

100

इस सीमा को बढ़ाने का अनुरोध करने के लिए, सहायता टीम से संपर्क करें.

हर प्रोजेक्ट के लिए, ग्राहक की ओर से मैनेज की जाने वाली एन्क्रिप्शन कुंजियों (सीएमईके) वाले ज़्यादा से ज़्यादा डेटाबेस की संख्या

0

डिफ़ॉल्ट रूप से, कोटा 0 होता है, क्योंकि यह सुविधा अनुमति वाली सूची में शामिल है. सीएमईके के लिए ऐक्सेस का अनुरोध करने वाला फ़ॉर्म भरकर, कोटा बढ़ाने का अनुरोध किया जा सकता है.

कलेक्शन, दस्तावेज़, और फ़ील्ड

सीमा विवरण
कलेक्शन के नामों पर लागू होने वाली शर्तें
  • नाम में, मान्य UTF-8 वर्ण होने चाहिए
  • नाम 1,500 बाइट से ज़्यादा लंबा नहीं होना चाहिए
  • नाम, रेगुलर एक्सप्रेशन __.*__ से मेल नहीं खाना चाहिए
  • नाम में $ शामिल नहीं होना चाहिए
  • नाम, खाली स्ट्रिंग ("") नहीं होना चाहिए
  • नाम में, नल कैरेक्टर शामिल नहीं होना चाहिए
  • नाम `system.` से शुरू नहीं होना चाहिए और इसमें `.system.` शामिल नहीं होना चाहिए.
दस्तावेज़ आईडी (_id) पर लागू होने वाली शर्तें
  • यह ObjectId, String, 64-बिट इंटिजर, 32-बिट इंटिजर, Double, Binary या Object होना चाहिए. अन्य BSON टाइप काम नहीं करते.
  • यह 1,500 बाइट से ज़्यादा बड़ा नहीं होना चाहिए
  • Object-टाइप वाले आईडी के लिए:

    • Object-टाइप वाले आईडी में मौजूद हर वैल्यू, आईडी के मान्य टाइप (ObjectId, String, 64-बिट इंटिजर, 32-बिट इंटिजर, Double, Binary या Object) या वैल्यू की एक ऐसी Array होनी चाहिए जिसमें हर वैल्यू, आईडी के मान्य टाइप की हो.
  • String-टाइप वाले आईडी के लिए:

    • नाम में, मान्य UTF-8 वर्ण होने चाहिए
    • नाम, रेगुलर एक्सप्रेशन __.*__ से मेल नहीं खाना चाहिए
किसी दस्तावेज़ का ज़्यादा से ज़्यादा साइज़ 16 एमबी
फ़ील्ड के नामों पर लागू होने वाली शर्तें
  • नाम में, मान्य UTF-8 वर्ण होने चाहिए
  • नाम, खाली स्ट्रिंग ("") नहीं होना चाहिए
  • नाम, रेगुलर एक्सप्रेशन __.*__ से मेल नहीं खाना चाहिए
किसी फ़ील्ड के नाम का ज़्यादा से ज़्यादा साइज़ 1,500 बाइट
किसी फ़ील्ड के पाथ का ज़्यादा से ज़्यादा साइज़ 1,500 बाइट
किसी फ़ील्ड की वैल्यू का ज़्यादा से ज़्यादा साइज़ 4 एमबी - 89 बाइट
किसी मैप या Array में मौजूद फ़ील्ड की ज़्यादा से ज़्यादा डेप्थ

20

मैप और Array फ़ील्ड, किसी ऑब्जेक्ट की कुल डेप्थ में एक लेवल जोड़ते हैं. उदाहरण के लिए, यहां दिए गए ऑब्जेक्ट की कुल डेप्थ तीन लेवल है:

{
  nested_object: {      #depth 1
    nested_array: [     #depth 2
      {
        foo: "bar"      #depth 3
      }
    ]
  }
}

रीड, राइट, और लेन-देन

सीमा विवरण
किसी क्वेरी के लिए मेमोरी की सीमा 128 एमबी
किसी लेन-देन के लिए समय की सीमा 270 सेकंड. इसके अलावा, 60 सेकंड तक कोई गतिविधि न होने पर, लेन-देन की समयसीमा खत्म हो जाती है

इंडेक्स

सीमा विवरण
किसी डेटाबेस के लिए, ज़्यादा से ज़्यादा इंडेक्स की संख्या

1000

इस सीमा को बढ़ाने का अनुरोध करने के लिए, सहायता टीम से संपर्क करें.

हर दस्तावेज़ के लिए, इंडेक्स की ज़्यादा से ज़्यादा एंट्री की संख्या

40,000

किसी इंडेक्स में, ज़्यादा से ज़्यादा फ़ील्ड की संख्या 100
इंडेक्स की किसी एंट्री का ज़्यादा से ज़्यादा साइज़

7.5 केबी

किसी दस्तावेज़ की इंडेक्स एंट्री के साइज़ का ज़्यादा से ज़्यादा योग

8 एमबी

टाइम टू लाइव (टीटीएल)

सीमा विवरण
किसी डेटाबेस के लिए, टीटीएल के ज़्यादा से ज़्यादा कॉन्फ़िगरेशन की संख्या

500

सेव की गई क्वेरी की सीमाएं

मान सीमा
हर प्रोजेक्ट के लिए, सेव की गई क्वेरी की ज़्यादा से ज़्यादा संख्या. इसमें, अन्य Google Cloud प्रॉडक्ट के लिए सेव की गई क्वेरी भी शामिल हैं 10,000
हर क्वेरी का ज़्यादा से ज़्यादा साइज़ 1 एमबी