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

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

ग्लोबल

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

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

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

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

*एक साथ काम करने वाले कनेक्शन के लिए, स्पार्क प्लान की सीमा 100 है.

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

Cloud फ़ंक्शन सिर्फ़ राइट ऑपरेशन से ट्रिगर किए जा सकते हैं. हर फ़ंक्शन, ज़्यादा फ़ंक्शन लिखने के लिए भी ट्रिगर कर सकता है. हर फ़ंक्शन के लिए 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 एमबी से कम होना चाहिए.

किसी बड़े जगह पर रीड ऑपरेशन करने के लिए, इनमें से कोई एक विकल्प आज़माएं:

लिसनर या क्वेरी वाले पाथ में कुल नोड 7.5 करोड़* कुल 7.5 करोड़ नोड से ज़्यादा वाले पाथ को न तो सुना जा सकता है और न ही उनके बारे में क्वेरी की जा सकती है. हालांकि, अब भी चाइल्ड नोड को सुना या उससे क्वेरी की जा सकती है. पाथ के ज़्यादा खास हिस्सों के लिए ड्रिल-डाउन करके देखें या पाथ के ज़्यादा खास हिस्सों के लिए अलग-अलग लिसनर या क्वेरी बनाएं.

*Firebase कंसोल में डेटा व्यूअर से, 30,000 से ज़्यादा नोड वाले पाथ नहीं देखे जा सकते.

कोई क्वेरी कितनी देर तक चल सकती है 15 मिनट* कोई क्वेरी विफल होने से पहले 15 मिनट तक चल सकती है.

*Firebase कंसोल में की गई कोई एक क्वेरी, सिर्फ़ पांच सेकंड तक चल सकती है. इसके बाद, यह काम नहीं करेगी.

लिखें

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