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 फ़ॉर्मैट में होने चाहिए
    • ये __.*__ रेगुलर एक्सप्रेशन से मेल नहीं खाने चाहिए
किसी दस्तावेज़ का ज़्यादा से ज़्यादा साइज़ 4 एमबी
फ़ील्ड के नामों पर लागू होने वाली शर्तें
  • ये 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 एमबी