डेटाबेस की परफ़ॉर्मेंस ऑप्टिमाइज़ करें

अपने ऐप्लिकेशन में Firebase Realtime Database की परफ़ॉर्मेंस को बेहतर बनाने के लिए, कुछ अलग-अलग तरीके अपनाए जा सकते हैं. Realtime Database की परफ़ॉर्मेंस को ऑप्टिमाइज़ करने के लिए, Realtime Database को मॉनिटर करने वाले अलग-अलग टूल की मदद से डेटा इकट्ठा करें. इसके बाद, अपने ऐप्लिकेशन या Realtime Database के इस्तेमाल में ज़रूरत के मुताबिक बदलाव करें.

Realtime Database की परफ़ॉर्मेंस को मॉनिटर करना

आपको कितनी बारीकी से जानकारी चाहिए, इसके आधार पर कुछ अलग-अलग टूल की मदद से, Realtime Database की परफ़ॉर्मेंस का डेटा इकट्ठा किया जा सकता है:

• हाई-लेवल की खास जानकारी: इंडेक्स न की गई क्वेरी की सूची और डेटा को पढ़ने/लिखने की प्रोसेस की रीयल-टाइम खास जानकारी पाने के लिए, प्रोफ़ाइलर टूल का इस्तेमाल करें.
• बिल किए गए इस्तेमाल का अनुमान: Firebase कंसोल में उपलब्ध इस्तेमाल की मेट्रिक का इस्तेमाल करके, बिल किए गए इस्तेमाल और बेहतर परफ़ॉर्मेंस मेट्रिक देखें.
• ज़्यादा जानकारी के लिए ड्रिलडाउन: समय के साथ आपके डेटाबेस की परफ़ॉर्मेंस कैसी रही, इस बारे में ज़्यादा जानकारी पाने के लिए Cloud Monitoring का इस्तेमाल करें.

मेट्रिक के हिसाब से परफ़ॉर्मेंस को बेहतर बनाना

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

कनेक्शन ऑप्टिमाइज़ करना

GET और PUT जैसे RESTful अनुरोधों के लिए अब भी कनेक्शन की ज़रूरत होती है. भले ही, वह कनेक्शन कुछ समय के लिए ही हो. बार-बार होने वाले ये छोटे कनेक्शन, आपके डेटाबेस से रीयल टाइम में होने वाले ऐक्टिव कनेक्शन की तुलना में, कनेक्शन की लागत, डेटाबेस लोड, और आउटगोइंग बैंडविड्थ को काफ़ी बढ़ा सकते हैं.

जब भी संभव हो, अपने ऐप्लिकेशन के प्लैटफ़ॉर्म के लिए REST API के बजाय नेटिव SDK टूल का इस्तेमाल करें. SDK टूल, ओपन कनेक्शन बनाए रखते हैं. इससे एसएसएल एन्क्रिप्शन की लागत और डेटाबेस लोड कम हो जाता है. यह लोड, REST API के साथ बढ़ सकता है.

अगर REST API का इस्तेमाल किया जाता है, तो कनेक्शन को चालू रखने के लिए एचटीटीपी कीप-अलाइव का इस्तेमाल करें या सर्वर से भेजे गए इवेंट का इस्तेमाल करें. इससे एसएसएल हैंडशेक की लागत कम हो सकती है.

कई डेटाबेस में डेटा को शार्ड करना

अपने डेटा को कई Realtime Database इंस्टेंस में बांटने से तीन फ़ायदे मिलते हैं. इसे डेटाबेस शार्डिंग भी कहा जाता है:

1. अपने ऐप्लिकेशन पर एक साथ इस्तेमाल किए जा सकने वाले ऐक्टिव कनेक्शन की कुल संख्या बढ़ाएं. इसके लिए, उन्हें डेटाबेस इंस्टेंस में बांटें.
2. डेटाबेस इंस्टेंस के बीच लोड को बैलेंस करना.
3. अगर आपके पास उपयोगकर्ताओं के ऐसे अलग-अलग ग्रुप हैं जिन्हें सिर्फ़ अलग-अलग डेटा सेट का ऐक्सेस चाहिए, तो ज़्यादा थ्रूपुट और कम इंतज़ार के समय के लिए, अलग-अलग डेटाबेस इंस्टेंस का इस्तेमाल करें.

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

डेटा को शार्ड करने के तरीके और समय के बारे में ज़्यादा जानें.

बेहतर डेटा स्ट्रक्चर बनाना

Realtime Database, पाथ के चाइल्ड नोड के साथ-साथ पाथ से भी डेटा को वापस लाता है. इसलिए, अपने डेटा स्ट्रक्चर को जितना हो सके उतना फ़्लैट रखना सही होता है. इस तरह, क्लाइंट को ग़ैर-ज़रूरी डेटा डाउनलोड किए बिना, सिर्फ़ ज़रूरी डेटा को वापस पाया जा सकता है.

खास तौर पर, डेटा को व्यवस्थित करते समय, डेटा को लिखने और मिटाने की प्रोसेस को ध्यान में रखें. उदाहरण के लिए, हज़ारों लीफ़ वाले पाथ को मिटाना महंगा हो सकता है. उन्हें कई सब-ट्री वाले पाथ में बांटने और हर नोड में कम लीफ़ रखने से, मिटाने की प्रोसेस तेज़ हो सकती है.

इसके अलावा, हर राइट ऑपरेशन आपके डेटाबेस के कुल इस्तेमाल का 0.1% हिस्सा ले सकता है. अपने डेटा को इस तरह से व्यवस्थित करें कि आप एक ही कार्रवाई में डेटा को बैच में लिख सकें. इसके लिए, एसडीके में मौजूद update() तरीकों या RESTful PATCH अनुरोधों का इस्तेमाल करके, मल्टी-पाथ अपडेट करें.

अपने डेटा स्ट्रक्चर को ऑप्टिमाइज़ करने और परफ़ॉर्मेंस को बेहतर बनाने के लिए, डेटा स्ट्रक्चर के लिए सबसे सही तरीके अपनाएं.

बिना अनुमति के ऐक्सेस करने से रोकने की सुविधा

Realtime Database Security Rules की मदद से, अपने डेटाबेस पर बिना अनुमति के होने वाली कार्रवाइयों को रोकें. उदाहरण के लिए, नियमों का इस्तेमाल करके ऐसी स्थिति से बचा जा सकता है जहां नुकसान पहुंचाने वाला कोई उपयोगकर्ता, आपके पूरे डेटाबेस को बार-बार डाउनलोड करता है.

Firebase रीयलटाइम डेटाबेस के नियमों का इस्तेमाल करने के बारे में ज़्यादा जानें.

डाउनलोड की संख्या सीमित करने के लिए, क्वेरी पर आधारित नियमों का इस्तेमाल करना

Realtime Database Security Rules आपके डेटाबेस में मौजूद डेटा के ऐक्सेस को सीमित करते हैं. हालांकि, ये डेटा को पढ़ने की कार्रवाइयों से मिलने वाले डेटा को भी सीमित कर सकते हैं. जब क्वेरी पर आधारित नियमों का इस्तेमाल किया जाता है, जैसा कि query.limitToFirst जैसे query. एक्सप्रेशन से तय होता है, तो क्वेरी सिर्फ़ नियम के तहत आने वाला डेटा हासिल करती हैं.

उदाहरण के लिए, यहां दिया गया नियम, किसी क्वेरी के सिर्फ़ पहले 1,000 नतीजों को पढ़ने का ऐक्सेस देता है. ये नतीजे, प्राथमिकता के हिसाब से क्रम में लगाए जाते हैं:

messages: {
  ".read": "query.orderByKey &&
            query.limitToFirst <= 1000"
}

// Example query:
db.ref("messages").limitToFirst(1000)
                  .orderByKey("value")

Realtime Database Security Rules के बारे में और जानें.

इंडेक्स क्वेरी

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

एसएसएल सेशन फिर से इस्तेमाल करना

टीएलएस सेशन टिकट जारी करके, फिर से शुरू किए गए कनेक्शन पर एसएसएल एन्क्रिप्शन ओवरहेड की लागत कम करें. यह तरीका खास तौर पर तब मददगार होता है, जब आपको डेटाबेस से बार-बार और सुरक्षित कनेक्शन की ज़रूरत हो.

श्रोताओं की संख्या बढ़ाना

अपने लिसनर को पाथ में जितना हो सके उतना नीचे रखें, ताकि वे कम से कम डेटा सिंक करें. आपके लिसनर, उस डेटा के करीब होने चाहिए जिसे आपको उन्हें देना है. डेटाबेस रूट पर न सुनें, क्योंकि इससे आपका पूरा डेटाबेस डाउनलोड हो जाता है.

लिसन ऑपरेशन से मिलने वाले डेटा को सीमित करने के लिए क्वेरी जोड़ें. साथ ही, ऐसे लिसनर इस्तेमाल करें जो सिर्फ़ डेटा के अपडेट डाउनलोड करते हैं. उदाहरण के लिए, once() के बजाय on(). .once() को उन कार्रवाइयों के लिए रिज़र्व करें जिनमें डेटा अपडेट करने की ज़रूरत नहीं होती. इसके अलावा, बेहतरीन परफ़ॉर्मेंस के लिए, जब भी संभव हो, orderByKey() का इस्तेमाल करके अपनी क्वेरी को क्रम से लगाएं. orderByChild() का इस्तेमाल करके डेटा को क्रम से लगाने में, 6 से 8 गुना ज़्यादा समय लग सकता है. साथ ही, बड़े डेटा सेट के लिए orderByValue() का इस्तेमाल करके डेटा को क्रम से लगाने में काफ़ी समय लग सकता है. ऐसा इसलिए, क्योंकि इसके लिए पर्सिस्टेंस लेयर से पूरी जगह को पढ़ने की ज़रूरत होती है.

लिसनर को डाइनैमिक तौर पर जोड़ना न भूलें. साथ ही, ज़रूरत न होने पर उन्हें हटा दें.

इस्तेमाल नहीं किया जा रहा डेटा मिटाना

अपने डेटाबेस से, इस्तेमाल न किए गए या डुप्लीकेट डेटा को समय-समय पर हटाएं. अपने डेटा की मैन्युअल तरीके से जांच करने के लिए, बैकअप चलाए जा सकते हैं या समय-समय पर Google Cloud Storage बकेट में इसका बैकअप लिया जा सकता है. स्टोर किए गए डेटा को Cloud Storage for Firebase की मदद से होस्ट करने के बारे में भी सोचें.

ऐसा कोड शिप करें जिसे ज़रूरत के हिसाब से बढ़ाया जा सके और अपडेट किया जा सके

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