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

Firebase रीयल टाइम डेटाबेस में, डेटा सेव करने और उससे जुड़ी कार्रवाइयां करने की पाबंदियां नीचे दी गई हैं. इनमें से किसी भी सीमा से आगे बढ़ने के लिए, कई डेटाबेस इस्तेमाल करें.

ग्लोबल

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

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

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

लिखना

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