Firebase Realtime Database में डेटा स्टोरेज और उससे जुड़ी कार्रवाइयों पर ये पाबंदियां लागू होती हैं. इनमें से किसी भी सीमा से ज़्यादा डेटा को मैनेज करने के लिए, एक से ज़्यादा डेटाबेस का इस्तेमाल करें.
ग्लोबल
| कार्रवाई | सीमा | ब्यौरा |
|---|---|---|
| एक साथ काम करने वाले कनेक्शन | 2,00,000* | एक साथ कनेक्शन का मतलब है कि डेटाबेस से एक मोबाइल डिवाइस, ब्राउज़र टैब या सर्वर ऐप्लिकेशन कनेक्ट किया गया है. यह आपके ऐप्लिकेशन के कुल उपयोगकर्ताओं की संख्या से अलग होती है, क्योंकि आपके सभी उपयोगकर्ता एक साथ कनेक्ट नहीं होते हैं. उदाहरण के लिए, जिन ऐप्लिकेशन के हर महीने 1 करोड़ सक्रिय उपयोगकर्ता होते हैं उनमें आम तौर पर,एक साथ 2 लाख से कम कनेक्शन होते हैं. एक साथ कनेक्ट किए जा सकने वाले डिवाइसों की ज़्यादा से ज़्यादा संख्या, आपके ऐप्लिकेशन के कुल उपयोगकर्ताओं की संख्या और ऐप्लिकेशन पर उपयोगकर्ताओं के बिताए गए औसत समय पर निर्भर करती है. हालांकि, अगर आपको इस सीमा से ज़्यादा डेटा प्रोसेस करना है, तो एक से ज़्यादा डेटाबेस का इस्तेमाल करें. *Spark प्लान में, एक साथ 100 कनेक्शन किए जा सकते हैं. |
| एक ही डेटाबेस से एक साथ कई जवाब भेजे गए हों. | ~1,00,000/सेकंड | जवाबों में, एक ही समय में एक डेटाबेस से सर्वर की ओर से भेजे गए ब्रॉडकास्ट और पढ़ने की कार्रवाइयां शामिल होती हैं. यह सीमा, डेटा पैकेट के लिए तय की गई है. ये डेटा पैकेट, डेटाबेस से भेजे जाते हैं. इनमें हर रीड या ब्रॉडकास्ट ऑपरेशन शामिल होता है. जैसे, पुश नोटिफ़िकेशन. यह गाइड, लगातार लोड के लिए है. हालांकि, डेटाबेस कभी-कभी ज़्यादा लोड को भी हैंडल कर सकता है. |
| एक बार लिखने पर ट्रिगर होने वाले Cloud Functions की संख्या | 1, 000; या Cloud Functions v2 के लिए, हर इलाके के हिसाब से 500 | किसी फ़ंक्शन से कितनी बार डेटा पढ़ा या लिखा जा सकता है, इसकी कोई सीमा नहीं है. हालांकि, डेटाबेस में डेटा लिखने की एक कार्रवाई से सिर्फ़ 1,000 फ़ंक्शन ट्रिगर किए जा सकते हैं. इसके अलावा, Cloud Functions v2 के लिए, हर क्षेत्र में 500 फ़ंक्शन ट्रिगर किए जा सकते हैं.
Cloud Functions को सिर्फ़ लिखने की कार्रवाइयों से ट्रिगर किया जा सकता है. साथ ही, हर फ़ंक्शन लिखने की ज़्यादा कार्रवाइयों को भी ट्रिगर कर सकता है. इससे ज़्यादा फ़ंक्शन ट्रिगर होते हैं. हर फ़ंक्शन के लिए, 1,000 फ़ंक्शन या हर इलाके के लिए 500 फ़ंक्शन की सीमा होती है. |
| राइट ऑपरेशन से ट्रिगर होने वाले किसी एक इवेंट का साइज़ | 1 एमबी | इवेंट के साइज़ में ये वैल्यू शामिल होती हैं:
|
| Cloud Functions में डेटा ट्रांसफ़र करना | 10 एमबी/सेकंड की स्पीड से डेटा ट्रांसफ़र किया जा सकता है | Cloud Functions को फ़ॉरवर्ड किए जा सकने वाले इवेंट डेटा की दर. |
डेटा ट्री
| प्रॉपर्टी | सीमा | ब्यौरा |
|---|---|---|
| चाइल्ड नोड की ज़्यादा से ज़्यादा डेप्थ | 32 | आपके डेटा ट्री में हर पाथ, 32 लेवल से ज़्यादा डीप नहीं होना चाहिए. |
| कुंजी की लंबाई | 768 बाइट | कुंजियां UTF-8 में एन्कोड की जाती हैं. इनमें नई लाइनें या यहां दिए गए वर्ण नहीं होने चाहिए: . $ # [ ] / या कोई भी ASCII कंट्रोल वर्ण (0x00 - 0x1F और 0x7F) |
| स्ट्रिंग का ज़्यादा से ज़्यादा साइज़ | 10 एमबी | डेटा को UTF-8 में एन्कोड किया गया हो. |
पढ़ता है
| ब्यौरा | सीमा | नोट |
|---|---|---|
| डेटाबेस से मिले एक जवाब का साइज़ | 256 एमबी | किसी एक जगह से डेटाबेस से डाउनलोड किए गए डेटा का साइज़, हर रीड ऑपरेशन के लिए 256 एमबी से कम होना चाहिए.
किसी बड़ी जगह पर पढ़ने की कार्रवाई करने के लिए, इनमें से कोई एक विकल्प आज़माएं: |
| किसी पाथ में मौजूद उन नोड की कुल संख्या जिन पर लिसनर या क्वेरी मौजूद हैं | 7.5 करोड़* | 75 मिलियन से ज़्यादा नोड वाले पाथ को सुना या क्वेरी नहीं किया जा सकता. हालांकि, अब भी चाइल्ड नोड को सुना जा सकता है या उनसे जुड़ी क्वेरी की जा सकती हैं. पाथ में ज़्यादा जानकारी पाने के लिए, ड्रिल-डाउन करने की कोशिश करें. इसके अलावा, पाथ के ज़्यादा खास हिस्सों के लिए अलग-अलग लिसनर या क्वेरी बनाएं.
*Firebase कंसोल में, डेटा व्यूअर के तौर पर 30,000 से ज़्यादा नोड वाले पाथ नहीं देखे जा सकते. |
| किसी क्वेरी को पूरा होने में लगने वाला समय | 15 मिनट* | कोई क्वेरी ज़्यादा से ज़्यादा 15 मिनट तक काम कर सकती है. इसके बाद, वह काम नहीं कर पाती.
*Firebase कंसोल में की गई कोई क्वेरी, काम न करने से पहले सिर्फ़ पांच सेकंड तक चल सकती है. |
लिखता है
| ब्यौरा | सीमा | नोट |
|---|---|---|
| दर का डेटा सेव करने की अनुमति दें | 1,000 राइट/सेकंड | किसी एक डेटाबेस पर, हर सेकंड में किए जा सकने वाले राइट ऑपरेशन की सीमा. हालांकि, यह एक तय सीमा नहीं है. अगर हर सेकंड में 1,000 से ज़्यादा बार डेटा लिखा जाता है, तो डेटा लिखने की गतिविधि पर दर की सीमा लागू की जा सकती है. |
| डेटाबेस में एक बार में किए जाने वाले राइट अनुरोध का साइज़ | REST API से 256 एमबी; एसडीके से 16 एमबी. | हर राइट ऑपरेशन में मौजूद कुल डेटा 256 एमबी से कम होना चाहिए. एक से ज़्यादा पाथ वाले अपडेट के लिए भी साइज़ की यही सीमा लागू होती है. |
| लिखी गई बाइट | 64 एमबी/मिनट | किसी भी समय डेटाबेस में एक साथ की गई राइट ऑपरेशन की वजह से लिखे गए कुल बाइट. |