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

Firebase Realtime Database में डेटा स्टोरेज और ऑपरेशन पर ये पाबंदियां हैं. इनमें से किसी भी सीमा से ज़्यादा स्केल करने के लिए, एक से ज़्यादा डेटाबेस का इस्तेमाल करें.

ग्लोबल

कार्रवाई	सीमा	ब्यौरा
एक साथ काम करने वाले कनेक्शन	2,00,000*	एक साथ कनेक्ट होने का मतलब है कि डेटाबेस से कनेक्ट किया गया एक मोबाइल डिवाइस, ब्राउज़र टैब या सर्वर ऐप्लिकेशन. यह संख्या, आपके ऐप्लिकेशन के उपयोगकर्ताओं की कुल संख्या से अलग होती है. ऐसा इसलिए, क्योंकि आपके सभी उपयोगकर्ता एक साथ कनेक्ट नहीं होते. उदाहरण के लिए, जिन ऐप्लिकेशन के हर महीने 10 करोड़ सक्रिय उपयोगकर्ता होते हैं उनमें आम तौर पर एक साथ 2,00,000 से कम कनेक्शन होते हैं. एक साथ ज़्यादा से ज़्यादा कितने कनेक्शन हो सकते हैं, यह आपके ऐप्लिकेशन के कुल उपयोगकर्ताओं की संख्या और उपयोगकर्ताओं के आपके ऐप्लिकेशन में बिताए गए औसत समय पर निर्भर करता है. हालांकि, अगर आपको इस सीमा से ज़्यादा डेटा का इस्तेमाल करना है, तो एक से ज़्यादा डेटाबेस का इस्तेमाल करें. *Spark के प्लान में, एक साथ 100 कनेक्शन जोड़े जा सकते हैं.
एक ही डेटाबेस से एक साथ भेजे गए जवाब.	~1,00,000/सेकंड	जवाबों में, एक ही समय पर एक डेटाबेस से, सर्वर के भेजे गए ब्रॉडकास्ट और रीड ऑपरेशन शामिल होते हैं. इस सीमा का मतलब उन डेटा पैकेट से है जो डेटाबेस से भेजी गई पुश सूचनाओं के साथ-साथ, पढ़े गए या ब्रॉडकास्ट किए गए हर ऑपरेशन को दिखाते हैं. यह दिशा-निर्देश, लगातार लोड के लिए है. हालांकि, डेटाबेस कभी-कभी ज़्यादा लोड को भी हैंडल कर सकता है.
एक बार डेटा लिखने पर ट्रिगर होने वाले Cloud Functions की संख्या	1, 000 या Cloud Functions v2 के लिए, हर इलाके के हिसाब से 500	किसी एक फ़ंक्शन से, डेटा को पढ़ने या उसमें बदलाव करने के कितने ऑपरेशन ट्रिगर किए जा सकते हैं, इसकी कोई सीमा नहीं है. हालांकि, Cloud Functions v2 के लिए, डेटाबेस में बदलाव करने का एक ही ऑपरेशन, हर क्षेत्र में सिर्फ़ 1,000 फ़ंक्शन या 500 फ़ंक्शन ट्रिगर कर सकता है. Cloud Functions को सिर्फ़ लिखने के ऑपरेशन से ट्रिगर किया जा सकता है. साथ ही, हर फ़ंक्शन ज़्यादा लिखने के ऑपरेशन को भी ट्रिगर कर सकता है, जो ज़्यादा फ़ंक्शन को ट्रिगर करते हैं. हर फ़ंक्शन के लिए, 1,000 फ़ंक्शन या हर क्षेत्र के लिए 500 फ़ंक्शन की सीमा होती है.
लिखने की वजह से ट्रिगर हुए किसी एक इवेंट का साइज़	1 एमबी	किसी इवेंट के साइज़ में ये वैल्यू शामिल होती हैं: डेटा को सेव करने की जगह पर मौजूद डेटा. अपडेट की गई वैल्यू या डेटा में बदलाव, जो नई जगह पर डेटा लिखने के लिए ज़रूरी है. डेटाबेस में 1 एमबी से ज़्यादा डेटा लिखने की प्रोसेस पूरी हो जाती है. हालांकि, इससे फ़ंक्शन ट्रिगर नहीं होता.
Cloud Functions में डेटा ट्रांसफ़र करना	10 एमबी/सेकंड तक	Cloud Functions को भेजे जा सकने वाले इवेंट डेटा की दर.

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

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

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

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

1. 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 एमबी से कम होना चाहिए. बड़ी जगह पर डेटा पढ़ने के लिए, इनमें से कोई एक विकल्प आज़माएं: बैकअप का इस्तेमाल करना. क्वेरी की मदद से डेटा को पेज पर दिखाना. शैलो क्वेरी का इस्तेमाल करें.
किसी पाथ में मौजूद कुल नोड, जिन पर लिसनर या क्वेरी हैं	75 लाख*	75 मिलियन से ज़्यादा नोड वाले पाथ को सुनने या उनसे जुड़ी क्वेरी करने की सुविधा उपलब्ध नहीं है. हालांकि, अब भी चाइल्ड नोड को सुना जा सकता है या उनसे क्वेरी की जा सकती है. पाथ में ज़्यादा बारीकी से ड्रिल-डाउन करने की कोशिश करें या पाथ के ज़्यादा खास हिस्सों के लिए अलग-अलग लिसनर या क्वेरी बनाएं. *Firebase कंसोल में डेटा व्यूअर से, कुल 30,000 से ज़्यादा नोड वाले पाथ नहीं देखे जा सकते.
एक क्वेरी कितनी देर तक चल सकती है	15 मिनट*	कोई एक क्वेरी, काम न करने से पहले 15 मिनट तक चल सकती है. *Firebase कंसोल में की गई एक क्वेरी, सिर्फ़ पांच सेकंड तक चल सकती है. इसके बाद, वह काम नहीं करती.

लिखता है

ब्यौरा	सीमा	नोट
किराया	1,000 लिखने की कार्रवाई/सेकंड	किसी एक डेटाबेस में, हर सेकंड में लिखने की सीमा. यह कोई तय सीमा नहीं है. हालांकि, अगर हर सेकंड में 1,000 से ज़्यादा डेटा डाला जाता है, तो डेटा डालने की दर को सीमित किया जा सकता है.
डेटाबेस में डेटा लिखने के एक अनुरोध का साइज़	REST API से 256 एमबी; SDK टूल से 16 एमबी.	हर बार लिखने के दौरान, डेटा का कुल साइज़ 256 एमबी से कम होना चाहिए. एक से ज़्यादा पाथ वाले अपडेट के साइज़ पर भी यही सीमा लागू होती है.
लिखी गई बाइट	64 एमबी/मिनट	किसी भी समय, डेटाबेस में एक साथ लिखे गए ऑपरेशन से लिखे गए कुल बाइट.