रीयलटाइम डेटाबेस की सीमाएं

डेटा सेव करने और उस पर कार्रवाइयां करने से जुड़ी ये पाबंदियां लागू होती हैं 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 एमबी	किसी इवेंट का साइज़, इन वैल्यू से मिलकर बनता है: लिखने की जगह पर मौजूद डेटा. अपडेट की वैल्यू या डेटा में वह अंतर जो नई जगह पर डेटा लिखने के लिए ज़रूरी है. डेटाबेस में, 1 एमबी से ज़्यादा साइज़ वाले डेटा को लिखा जा सकता है. हालांकि, इससे कोई फ़ंक्शन ट्रिगर नहीं होता.
Cloud Functions में डेटा ट्रांसफ़र करना	लगातार 10 एमबी/सेकंड	इवेंट डेटा की वह दर जिसे Cloud Functions पर फ़ॉरवर्ड किया जा सकता है.

ट्रिगर की सीमाओं के लिए, सख्त तरीके से लागू करने की सुविधा बंद करना

डिफ़ॉल्ट रूप से, इवेंट ट्रिगर करने वाली लिखने की कार्रवाइयों के लिए, सख्त तरीके से पुष्टि करने की सुविधा चालू होती है. लिखने की ऐसी कार्रवाइयां जो 1,000 से ज़्यादा Cloud Functions या 1 एमबी से ज़्यादा साइज़ वाले किसी एक इवेंट को ट्रिगर करती हैं वे काम नहीं करेंगी. साथ ही, गड़बड़ी का मैसेज दिखेगा. इस मैसेज में, उस सीमा के बारे में बताया जाएगा जो पार हो गई है. ऐसा हो सकता है कि पहले से की गई पुष्टि में गड़बड़ी होने पर, कुछ Cloud Functions ट्रिगर न हों.

अगर लिखने की कोई बड़ी कार्रवाई की जा रही है (उदाहरण के लिए, पूरा डेटाबेस मिटाना), तो हो सकता है कि आपको पुष्टि करने की इस सुविधा को बंद करना पड़े. ऐसा इसलिए, क्योंकि गड़बड़ियों की वजह से कार्रवाई रुक सकती है.

strictTriggerValidation को बंद करने के लिए, यह तरीका अपनाएं:

1. Firebase कंसोल में, प्रोजेक्ट की सेटिंग के सेवा खाते टैब से, अपने डेटाबेस का सीक्रेट पाएं.Firebase
2. कमांड लाइन से, यह CURL अनुरोध सबमिट करें:
curl -X PUT -d "false" https://<namespace>.firebaseio.com/.settings/strictTriggerValidation/.json?auth\=<SECRET>

डेटा ट्री

प्रॉपर्टी	सीमा	ब्यौरा
चाइल्ड नोड की ज़्यादा से ज़्यादा डेप्थ	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 एमबी	किसी भी समय, डेटाबेस पर एक साथ किए गए राइट ऑपरेशन के ज़रिए लिखे गए कुल बाइट.