में डेटा के स्टोरेज और ऑपरेशन पर ये पाबंदियां लगाई गई हैं Firebase Realtime Database. इनमें से किसी भी सीमा से आगे बढ़ने के लिए, एक से ज़्यादा डेटाबेस का इस्तेमाल करते हैं.
ग्लोबल
| कार्रवाई | सीमा | ब्यौरा |
|---|---|---|
| एक साथ काम करने वाले कनेक्शन | 2,00,000* | एक साथ कनेक्ट होने का मतलब है कि डेटाबेस से कनेक्ट किया गया एक मोबाइल डिवाइस, ब्राउज़र टैब या सर्वर ऐप्लिकेशन. यह आपके ऐप्लिकेशन के उपयोगकर्ताओं की कुल संख्या से अलग है, क्योंकि सभी उपयोगकर्ता एक साथ कनेक्ट नहीं हो पाते. उदाहरण के लिए, हर महीने एक करोड़ सक्रिय उपयोगकर्ताओं के पास आम तौर पर एक साथ 2,00,000 से कम कनेक्शन होते हैं. आपका अधिकतम एक साथ चलने वाले कनेक्शन, आपके उपयोगकर्ताओं की कुल संख्या और औसत समय पर निर्भर करते हैं जो लोग आपके ऐप्लिकेशन पर खर्च करते हैं. अगर आपको इस सीमा को पार करना है, तो का इस्तेमाल करके अपने डेटा का आकलन करते हैं. *एक साथ कई कनेक्शन के लिए स्पार्क प्लान की सीमा 100 है. |
| एक डेटाबेस से एक साथ कई जवाब भेजे जाते हैं. | ~1,00,000/सेकंड | जवाबों में, एक ही समय पर एक डेटाबेस से, सर्वर की ओर से भेजे गए ब्रॉडकास्ट और रीड ऑपरेशन शामिल होते हैं. सीमा का मतलब डेटा है ऐसे पैकेट जो पढ़ने या ब्रॉडकास्ट करने की हर कार्रवाई के बारे में बताते हैं. इनमें ये शामिल हैं पुश नोटिफ़िकेशन के ज़रिए ऐक्सेस किया जा सकता है. यह दिशा-निर्देश, लंबे समय तक टिके रहने, लेकिन डेटाबेस कभी-कभी ज़्यादा बर्स्ट भी हैंडल कर सकता है. |
| एक बार लिखने से ट्रिगर होने वाले Cloud फ़ंक्शन की संख्या | 1,000; या Cloud Functions v2 के लिए, हर क्षेत्र के लिए 500 | पढ़ने या लिखने की कोई सीमा नहीं है. हालांकि, इस बात की कोई सीमा नहीं है कि
सिंगल फ़ंक्शन से ट्रिगर होता है, तो एक डेटाबेस राइट ऑपरेशन सिर्फ़
Cloud Functions v2 के लिए, हर इलाके के लिए 1,000 फ़ंक्शन या 500 फ़ंक्शन ट्रिगर किए जा सकते हैं.
Cloud Functions को सिर्फ़ लिखने के ऑपरेशन से ट्रिगर किया जा सकता है. साथ ही, हर फ़ंक्शन ज़्यादा लिखने के ऑपरेशन को भी ट्रिगर कर सकता है, जो ज़्यादा फ़ंक्शन को ट्रिगर करते हैं. हर फ़ंक्शन के लिए, 1,000 फ़ंक्शन या हर क्षेत्र के लिए 500 फ़ंक्शन की सीमा होती है. |
| लिखने से ट्रिगर होने वाले एक इवेंट का साइज़ | 1 एमबी | इवेंट के साइज़ में ये वैल्यू शामिल होती हैं:
|
| Cloud Functions में डेटा ट्रांसफ़र | 10 एमबी/सेकेंड | उस इवेंट डेटा की दर जिसे Cloud Functions पर फ़ॉरवर्ड किया जा सकता है. |
डेटा ट्री
| प्रॉपर्टी | सीमा | ब्यौरा |
|---|---|---|
| चाइल्ड नोड की ज़्यादा से ज़्यादा गहराई | 32 | आपके डेटा ट्री के हर पाथ की गहराई 32 लेवल से कम होनी चाहिए. |
| बटन की वर्ण सीमा | 768 बाइट | कुंजी UTF-8 कोड में बदली गई है. इनमें नई लाइनें या इनमें से कोई भी पंक्ति नहीं हो सकती
वर्ण: . $ # [ ] / या कोई ASCII कंट्रोल वर्ण (0x00 - 0x1F और 0x7F) |
| स्ट्रिंग का ज़्यादा से ज़्यादा साइज़ | 10 एमबी | डेटा को UTF-8 कोड में बदला गया हो. |
पढ़ना
| ब्यौरा | सीमा | नोट |
|---|---|---|
| डेटाबेस से दिखाए जाने वाले एक जवाब का साइज़ | 256 एमबी | किसी एक जगह पर डेटाबेस से डाउनलोड किए गए डेटा का साइज़
रीड ऐक्शन के लिए 256 एमबी से कम.
बड़े स्थान पर रीड कार्रवाई करने के लिए, इनमें से किसी एक को आज़माएं विकल्प: |
| लिसनर या क्वेरी वाले पाथ के कुल नोड | 7.5 करोड़* | 7.5 करोड़ से ज़्यादा नोड वाले पाथ न तो सुने जा सकते हैं या न ही क्वेरी की जा सकती हैं,
कुल. हालांकि, अब भी चाइल्ड नोड को सुना जा सकता है या उनके बारे में क्वेरी की जा सकती है. ड्रिल करने की कोशिश करें
और जानकारी पाने के लिए, अलग-अलग लिसनर या क्वेरी बना सकते हैं
खास हिस्सों में फ़िल्टर करें.
*डेटा से 30,000 से ज़्यादा कुल नोड वाले पाथ नहीं देखे जा सकते Firebase कंसोल में देख सकते हैं. |
| कोई क्वेरी कितनी देर तक चल सकती है | 15 मिनट* | कोई एक क्वेरी 15 मिनट तक चल सकती है. इसके बाद, वह काम नहीं कर पाती.
*Firebase कंसोल में की गई एक क्वेरी को सिर्फ़ कम से कम 5 सेकंड लगेंगे. |
लिखना
| ब्यौरा | सीमा | नोट |
|---|---|---|
| लिखने की दर | 1,000 राइट/सेकंड | किसी एक इकाई के लिए, हर सेकंड में लिखने की सीमा डेटाबेस. यह कोई तय सीमा नहीं है. हालांकि, अगर हर सेकंड में 1,000 से ज़्यादा डेटा डाला जाता है, तो डेटा डालने की दर को सीमित किया जा सकता है. |
| डेटाबेस को लिखने के लिए एक अनुरोध का साइज़ | REST API से 256 एमबी; SDK टूल से 16 एमबी. | डेटा लिखने की हर कार्रवाई में कुल डेटा 256 एमबी से कम होना चाहिए. एक से ज़्यादा पाथ वाले अपडेट के लिए भी साइज़ की वही सीमा लागू होती है. |
| बाइट लिखे गए | 64 एमबी/मिनट | किसी भी समय डेटाबेस में जोड़ दिया जाता है. |