इस्तेमाल और सीमाएं

100

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

0

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

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

• UTF-8 में शामिल मान्य वर्ण ही इस्तेमाल किए जा सकते हैं
• यह 1,500 बाइट से ज़्यादा नहीं होना चाहिए
• इसमें फ़ॉरवर्ड स्लैश (/) नहीं हो सकता
• इसमें सिर्फ़ एक पीरियड (.) या दो पीरियड (..) नहीं हो सकते
• रेगुलर एक्सप्रेशन __.*__ से मैच नहीं किया जा सकता
• अगर Datastore इकाइयों को Firestore डेटाबेस में इंपोर्ट किया जाता है, तो अंकों वाली इकाई आईडी, __id[0-9]+__ के तौर पर दिखती हैं

• UTF-8 में शामिल मान्य वर्ण ही इस्तेमाल किए जा सकते हैं
• रेगुलर एक्सप्रेशन __.*__ से मैच नहीं किया जा सकता

• फ़ील्ड के नामों को एक पीरियड (.) से अलग करना ज़रूरी है
• इसे सेगमेंट की डॉट-डिलिमिटेड (.) स्ट्रिंग के तौर पर पास किया जा सकता है. इसमें हर सेगमेंट, फ़ील्ड का एक सामान्य नाम या कोटेशन मार्क में दिया गया फ़ील्ड का नाम होता है. इसके बारे में नीचे बताया गया है.

• इसमें सिर्फ़ a-z, A-Z, 0-9, और अंडरस्कोर (_) वर्ण शामिल हों
• 0-9 से शुरू नहीं होता

20

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

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

• अगर आपने Google Cloud प्रोजेक्ट के लिए बिलिंग की सुविधा चालू नहीं की है, तो 200.

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

• अपने Google Cloud प्रोजेक्ट के लिए बिलिंग चालू करने पर, 1,000.

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

• अगर आपने Google Cloud प्रोजेक्ट के लिए बिलिंग की सुविधा चालू नहीं की है, तो 200.

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

• अपने Google Cloud प्रोजेक्ट के लिए बिलिंग की सुविधा चालू करने पर, 1,000 अनुरोध किए जा सकते हैं.

एक फ़ील्ड लेवल कॉन्फ़िगरेशन में, एक ही फ़ील्ड के लिए कई कॉन्फ़िगरेशन हो सकते हैं. उदाहरण के लिए, एक ही फ़ील्ड पर सिंगल-फ़ील्ड इंडेक्सिंग से छूट और टीटीएल नीति को, फ़ील्ड कॉन्फ़िगरेशन की सीमा में एक फ़ील्ड कॉन्फ़िगरेशन के तौर पर गिना जाता है.

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

40,000

इंडेक्स एंट्री की संख्या, किसी दस्तावेज़ के लिए इन चीज़ों का कुल योग होती है:

• सिंगल-फ़ील्ड इंडेक्स एंट्री की संख्या
• कंपोज़िट इंडेक्स एंट्री की संख्या

यह देखने के लिए कि Cloud Firestore किसी दस्तावेज़ और इंडेक्स के सेट को इंडेक्स एंट्री में कैसे बदलता है, इंडेक्स एंट्री की संख्या का यह उदाहरण देखें.

7.5 केआईबी

Cloud Firestore, इंडेक्स एंट्री के साइज़ का हिसाब कैसे लगाता है, यह जानने के लिए इंडेक्स एंट्री का साइज़ देखें.

8 एमआईबी

किसी दस्तावेज़ का कुल साइज़, इन चीज़ों के साइज़ का योग होता है:

1,500 बाइट

फ़ील्ड की जिन वैल्यू का साइज़ 1,500 बाइट से ज़्यादा होता है उन्हें छोटा कर दिया जाता है. जिन क्वेरी में फ़ील्ड की वैल्यू को छोटा किया गया है उनके नतीजे अलग-अलग हो सकते हैं.

• अगर आपने Google Cloud प्रोजेक्ट के लिए बिलिंग की सुविधा चालू नहीं की है, तो 200.

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

• अपने Google Cloud प्रोजेक्ट के लिए बिलिंग की सुविधा चालू करने पर, 1,000 अनुरोध किए जा सकते हैं.

एक फ़ील्ड लेवल कॉन्फ़िगरेशन में, एक ही फ़ील्ड के लिए कई कॉन्फ़िगरेशन हो सकते हैं. उदाहरण के लिए, एक ही फ़ील्ड पर सिंगल-फ़ील्ड इंडेक्सिंग से छूट और टीटीएल नीति को, फ़ील्ड कॉन्फ़िगरेशन की सीमा में एक फ़ील्ड कॉन्फ़िगरेशन के तौर पर गिना जाता है.

• एक दस्तावेज़ के अनुरोधों और क्वेरी के अनुरोधों के लिए 10.

• एक से ज़्यादा दस्तावेज़ों को पढ़ने, लेन-देन करने, और बैच में लिखने के लिए 20. हर कार्रवाई पर, 10 की पिछली सीमा भी लागू होती है.

  उदाहरण के लिए, मान लें कि आपने डेटा लिखने के तीन ऑपरेशन के साथ, डेटा लिखने का एक बैच अनुरोध बनाया है. साथ ही, आपके सुरक्षा नियम, डेटा लिखने के हर अनुरोध की पुष्टि करने के लिए, दस्तावेज़ को ऐक्सेस करने के दो कॉल का इस्तेमाल करते हैं. इस मामले में, हर राइट ऑपरेशन अपने 10 ऐक्सेस कॉल में से दो का इस्तेमाल करता है. साथ ही, बैच में किए गए राइट ऑपरेशन का अनुरोध, अपने 20 ऐक्सेस कॉल में से छह का इस्तेमाल करता है.

इनमें से किसी भी सीमा को पार करने पर, अनुमति न मिलने से जुड़ी गड़बड़ी होती है.

दस्तावेज़ को ऐक्सेस करने के लिए किए गए कुछ कॉल को कैश मेमोरी में सेव किया जा सकता है. कैश मेमोरी में सेव किए गए कॉल, तय सीमा में नहीं गिने जाते.

• Firebase कंसोल या सीएलआई से firebase deploy का इस्तेमाल करके पब्लिश किए गए नियमों के सेट के टेक्स्ट सोर्स का साइज़ 256 केबी से ज़्यादा नहीं होना चाहिए.
• कंपाइल किए गए नियमों के सेट का साइज़ 250 केबी से ज़्यादा नहीं होना चाहिए. यह सेट तब बनता है, जब Firebase सोर्स को प्रोसेस करता है और उसे बैक-एंड पर चालू करता है.