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

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

ग्लोबल

कार्रवाई सीमा ब्यौरा
एक साथ काम करने वाले कनेक्शन 2,00,000*

एक साथ कनेक्ट होने का मतलब है कि डेटाबेस से कनेक्ट किया गया एक मोबाइल डिवाइस, ब्राउज़र टैब या सर्वर ऐप्लिकेशन.

यह संख्या, आपके ऐप्लिकेशन के उपयोगकर्ताओं की कुल संख्या से अलग होती है. ऐसा इसलिए, क्योंकि आपके सभी उपयोगकर्ता एक साथ कनेक्ट नहीं होते. उदाहरण के लिए, जिन ऐप्लिकेशन के हर महीने 10 करोड़ सक्रिय उपयोगकर्ता होते हैं उनमें आम तौर पर एक साथ 2,00,000 से कम कनेक्शन होते हैं. एक साथ ज़्यादा से ज़्यादा कितने कनेक्शन हो सकते हैं, यह आपके ऐप्लिकेशन के कुल उपयोगकर्ताओं की संख्या और उपयोगकर्ताओं के आपके ऐप्लिकेशन में बिताए गए औसत समय पर निर्भर करता है.

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

*Spark के प्लान में, एक साथ 100 कनेक्शन जोड़े जा सकते हैं.

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

Cloud Functions को सिर्फ़ लिखने के ऑपरेशन से ट्रिगर किया जा सकता है. साथ ही, हर फ़ंक्शन ज़्यादा लिखने के ऑपरेशन को भी ट्रिगर कर सकता है, जो ज़्यादा फ़ंक्शन को ट्रिगर करते हैं. हर फ़ंक्शन के लिए, 1,000 फ़ंक्शन या हर क्षेत्र के लिए 500 फ़ंक्शन की सीमा होती है.

लिखने से ट्रिगर होने वाले एक इवेंट का साइज़ 1 एमबी किसी इवेंट के साइज़ में ये वैल्यू शामिल होती हैं:
  1. डेटा को सेव करने की जगह पर मौजूद डेटा.
  2. अपडेट की गई वैल्यू या डेटा में बदलाव, जो नई जगह पर डेटा लिखने के लिए ज़रूरी है.
डेटाबेस में 1 एमबी से ज़्यादा डेटा लिखने की प्रोसेस पूरी हो जाती है. हालांकि, इससे फ़ंक्शन ट्रिगर नहीं होता.
Cloud Functions में डेटा ट्रांसफ़र करना 10 एमबी/सेकेंड Cloud Functions को भेजे जा सकने वाले इवेंट डेटा की दर.

डेटा ट्री

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