डेटा स्टोरेज और कार्रवाइयों पर ये पाबंदियां लागू होती हैं Firebase Realtime Database. इनमें से किसी भी सीमा से ज़्यादा डेटा स्टोर करने या प्रोसेस करने के लिए, एक से ज़्यादा डेटाबेस का इस्तेमाल करें.
ग्लोबल
| कार्रवाई | सीमा | ब्यौरा |
|---|---|---|
| एक साथ काम करने वाले कनेक्शन | 2,00,000* | एक साथ काम करने वाले कनेक्शन का मतलब है कि डेटाबेस से एक मोबाइल डिवाइस, ब्राउज़र टैब या सर्वर ऐप्लिकेशन कनेक्ट है. यह आपके ऐप्लिकेशन के कुल उपयोगकर्ताओं की संख्या से अलग है, क्योंकि आपके सभी उपयोगकर्ता एक साथ कनेक्ट नहीं होते. उदाहरण के लिए, हर महीने 1 करोड़ सक्रिय उपयोगकर्ताओं वाले ऐप्लिकेशन में आम तौर पर, एक साथ काम करने वाले 2,00,000 से कम कनेक्शन होते हैं. एक साथ काम करने वाले कनेक्शन की ज़्यादा से ज़्यादा संख्या, आपके कुल उपयोगकर्ताओं की संख्या और आपके ऐप्लिकेशन पर बिताए जाने वाले औसत समय पर निर्भर करती है. हालांकि, अगर आपको इस सीमा से ज़्यादा डेटा स्टोर या प्रोसेस करना है, तो एक से ज़्यादा डेटाबेस का इस्तेमाल करें. *Spark प्लान में, एक साथ काम करने वाले कनेक्शन की सीमा 100 है. |
| एक डेटाबेस से एक साथ भेजे गए जवाब. | हर सेकंड में करीब 1,00,000 | जवाबों में, किसी तय समय पर एक डेटाबेस से सर्वर की ओर से भेजे गए, एक साथ ब्रॉडकास्ट और रीड ऑपरेशन शामिल होते हैं. यह सीमा, डेटाबेस से भेजे गए डेटा पैकेट पर लागू होती है. ये पैकेट, पुश नोटिफ़िकेशन के साथ-साथ, हर रीड या ब्रॉडकास्ट ऑपरेशन को दिखाते हैं. यह दिशा-निर्देश, लगातार लोड के लिए है. हालांकि, डेटाबेस कभी-कभी ज़्यादा लोड को भी हैंडल कर सकता है. |
| एक बार लिखने की कार्रवाई से ट्रिगर होने वाले Cloud Functions की संख्या | 1, 000; या Cloud Functions के दूसरे वर्शन के लिए, हर इलाके में 500 | एक फ़ंक्शन से, रीड या राइट ऑपरेशन को ट्रिगर करने की कोई सीमा नहीं है. हालांकि, डेटाबेस में एक बार लिखने की कार्रवाई से सिर्फ़ 1,000 फ़ंक्शन ट्रिगर किए जा सकते हैं. वहीं, Cloud Functions के दूसरे वर्शन के लिए, हर इलाके में 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 करोड़* | कुल मिलाकर, 7.5 करोड़ से ज़्यादा नोड वाले पाथ को सुना या क्वेरी नहीं किया जा सकता. हालांकि, चाइल्ड नोड को सुना या क्वेरी किया जा सकता है. पाथ में ज़्यादा जानकारी पाने की कोशिश करें या पाथ के ज़्यादा खास हिस्सों के लिए अलग-अलग लिसनर या क्वेरी बनाएं.
*Firebase कंसोल में, डेटा व्यूअर से 30,000 से ज़्यादा नोड वाले पाथ नहीं देखे जा सकते.Firebase |
| एक क्वेरी के चलने की ज़्यादा से ज़्यादा अवधि | 15 मिनट* | कोई क्वेरी, काम न करने से पहले 15 मिनट तक चल सकती है.
*Firebase कंसोल में की गई कोई क्वेरी, काम न करने से पहले सिर्फ़ पांच सेकंड तक चल सकती है. |
राइट ऑपरेशन
| ब्यौरा | सीमा | नोट |
|---|---|---|
| लिखने की दर | हर सेकंड में 1,000 बार लिखना | एक डेटाबेस पर, हर सेकंड में लिखने की कार्रवाइयों की सीमा. यह कोई सख्त सीमा नहीं है. हालांकि, अगर हर सेकंड में 1,000 से ज़्यादा बार लिखा जाता है, तो लिखने की आपकी गतिविधि पर दर की सीमा लागू हो सकती है. |
| डेटाबेस में लिखने के एक अनुरोध का साइज़ | REST API से 256 एमबी; एसडीके से 16 एमबी. | हर लिखने की कार्रवाई में कुल डेटा 256 एमबी से कम होना चाहिए. एक से ज़्यादा पाथ पर अपडेट करने के लिए भी, साइज़ की यही सीमा लागू होती है. |
| लिखी गई बाइट | हर मिनट में 64 एमबी | किसी भी समय, डेटाबेस पर एक साथ लिखने की कार्रवाइयों के ज़रिए लिखी गई कुल बाइट. |