रीयलटाइम डेटाबेस के बारे में अक्सर पूछे जाने वाले सवाल और समस्या हल करने से जुड़ी जानकारी

"डेटाबेस से एक साथ कई कनेक्शन" का क्या मतलब है?

एक साथ कई कनेक्शन का मतलब है कि डेटाबेस से एक साथ कई डिवाइस, ब्राउज़र टैब या सर्वर ऐप्लिकेशन कनेक्ट किए गए हैं. Firebase आपके ऐप्लिकेशन के डेटाबेस से एक साथ कई कनेक्शन करने की सीमा तय करता है. ये सीमाएं, Firebase और हमारे उपयोगकर्ताओं को गलत इस्तेमाल से बचाने के लिए तय की गई हैं.

Spark कीमत वाले प्लान में, एक साथ 100 कनेक्शन करने की सीमा होती है. इसे बढ़ाया नहीं जा सकता. Blaze कीमत वाले प्लान में, हर डेटाबेस के लिए एक साथ 2,00,000 कनेक्शन करने की सीमा होती है.

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

Realtime Database के लिए, स्केल करने की क्या सीमाएं हैं?

हर Realtime Database इंस्टेंस के लिए, हर सेकंड में राइट ऑपरेशन की संख्या की सीमा तय की गई है. छोटे राइट के लिए, यह सीमा हर सेकंड में करीब 1,000 राइट ऑपरेशन है. अगर आप इस सीमा के करीब पहुंच रहे हैं, तो मल्टी-पाथ अपडेट का इस्तेमाल करके, बैचिंग ऑपरेशन करने से आपको ज़्यादा थ्रूपुट मिल सकता है.

इसके अलावा, हर डेटाबेस इंस्टेंस के लिए, एक साथ कई कनेक्शन करने की सीमा तय की गई है. हमारी डिफ़ॉल्ट सीमाएं, ज़्यादातर ऐप्लिकेशन के लिए काफ़ी हैं. अगर आपको ऐसा ऐप्लिकेशन बनाना है जिसे स्केल करने के लिए ज़्यादा संसाधनों की ज़रूरत है, तो आपको स्केल करने के लिए, अपने ऐप्लिकेशन को एक से ज़्यादा डेटाबेस इंस्टेंस में बांटना पड़ सकता है. इसके अलावा, Cloud Firestore को डेटाबेस के तौर पर इस्तेमाल किया जा सकता है.

अगर मैं Realtime Database के इस्तेमाल की सीमाओं को पार कर लेता/लेती हूं, तो क्या किया जा सकता है?

अगर आपको Firebase कंसोल में ईमेल से कोई अलर्ट मिला है या कोई सूचना मिली है कि आपने Realtime Database के इस्तेमाल की सीमाओं को पार कर लिया है, तो इस्तेमाल की जिस सीमा को पार किया गया है उसके हिसाब से कार्रवाई की जा सकती है. अपने Realtime Database के इस्तेमाल की जानकारी देखने के लिए, Realtime Database इस्तेमाल डैशबोर्ड पर जाएं. Firebase

अगर आपने डाउनलोड की सीमा पार कर ली है, तो आप अपने Firebase कीमत वाले प्लान को अपग्रेड कर सकते हैं या डाउनलोड की सीमा के रीसेट होने तक इंतज़ार कर सकते हैं. यह सीमा, अगले बिलिंग साइकल की शुरुआत में रीसेट होती है. डाउनलोड की संख्या कम करने के लिए, यह तरीका अपनाएं:

• क्वेरी जोड़कर, उस डेटा को सीमित करें जो आपके लिसन ऑपरेशन से मिलता है.
• बिना इंडेक्स वाली क्वेरी देखें.
• ऐसे लिसनर इस्तेमाल करें जो सिर्फ़ डेटा के अपडेट डाउनलोड करते हैं. जैसे, on के बजाय once.
• बिना अनुमति के डाउनलोड को ब्लॉक करने के लिए, सुरक्षा के नियमों का इस्तेमाल करें.

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

• समय-समय पर, डेटा साफ़ करने वाले टास्क चलाएं.
• अपने डेटाबेस में मौजूद डुप्लीकेट डेटा को कम करें.

स्टोरेज के लिए तय की गई सीमा में, डेटा मिटाने के बाद बदलाव दिखने में कुछ समय लग सकता है.

अगर आपने डेटाबेस से एक साथ कई कनेक्शन करने की सीमा पार कर ली है, प्लान को अपग्रेड करें, ताकि सेवा में कोई रुकावट न आए. अपने डेटाबेस से एक साथ कई कनेक्शन मैनेज करने के लिए, अगर उपयोगकर्ताओं को रीयलटाइम कनेक्शन की ज़रूरत नहीं है, तो उन्हें REST API का इस्तेमाल करके कनेक्ट करें.

अगर मैंने Realtime Database के लिए, Spark कीमत वाले प्लान के स्टोरेज या डाउनलोड की सीमाओं को पार कर लिया, तो क्या होगा?

Spark कीमत वाले प्लान में, आपके प्रोजेक्ट के लिए उपलब्ध संसाधनों की सीमा तय की जाती है ताकि आपको कीमत का अनुमान मिल सके. इसका मतलब है कि अगर आपने किसी महीने में प्लान की किसी भी सीमा को पार कर लिया, तो आपका ऐप्लिकेशन बंद कर दिया जाएगा. ऐसा इसलिए किया जाता है, ताकि संसाधनों का इस्तेमाल न हो और आपसे कोई अतिरिक्त शुल्क न लिया जाए.

अगर मैंने Realtime Database के लिए, Spark कीमत वाले प्लान में एक साथ कई कनेक्शन करने की सीमाओं को पार कर लिया, तो क्या होगा?

जब आपका ऐप्लिकेशन, Spark कीमत वाले प्लान में एक साथ कई कनेक्शन करने की सीमा तक पहुंच जाता है, तो मौजूदा कनेक्शन बंद होने तक, बाद के सभी कनेक्शन अस्वीकार कर दिए जाएंगे. कनेक्ट किए गए उपयोगकर्ताओं के लिए, ऐप्लिकेशन काम करता रहेगा.

अपने-आप बैकअप लेने की सुविधा क्या है? क्या आपके पास हर घंटे बैकअप लेने की सुविधा है Realtime Database?

अपने-आप बैकअप लेने की सुविधा, Blaze कीमत वाले प्लान में शामिल है. यह एक अडवांस सुविधा है. इस सुविधा से, Firebase Realtime Database डेटा हर दिन बैकअप होता है और इसे Google Cloud Storage पर अपलोड किया जाता है.

हमारे पास, हर घंटे बैकअप लेने की सुविधा नहीं है.

सितंबर 2016 से मार्च 2017 के बीच, मेरे Realtime Database रिपोर्ट की गई बैंडविथ, औसत से कम क्यों थी?

बैंडविथ की गणना के लिए, हम आम तौर पर एसएसएल एन्क्रिप्शन ओवरहेड (ओएसआई मॉडल की लेयर 5 के आधार पर) शामिल करते हैं. हालांकि, सितंबर 2016 में, हमने एक बग पेश किया था. इसकी वजह से, बैंडविथ की रिपोर्टिंग में एन्क्रिप्शन ओवरहेड को अनदेखा किया गया. इसकी वजह से, कुछ महीनों तक आपके खाते में रिपोर्ट की गई बैंडविथ और बिल, सामान्य से कम हो सकते हैं.

हमने मार्च 2017 के आखिर में, इस बग को ठीक कर दिया था. इसके बाद से, बैंडविथ की रिपोर्टिंग और बिलिंग सामान्य स्तर पर वापस आ गई है.