आपने वास्तव में हमें इस बारे में अधिक जानकारी नहीं दी है कि इस डेटा का क्या उपयोग होने वाला है। मेरा मतलब है, आपने कहा है कि क्या डेटा संग्रहीत किया जा रहा है, लेकिन आप इसके साथ क्या करने जा रहे हैं ?
यदि आपका उद्देश्य डेटा संग्रहीत करना है तो उस पर रिपोर्टिंग करना, तो मुझे लगता है कि आप गलत जगह देख रहे हैं। एक साधारण MySQL या SQL डेटाबेस ठीक काम करेगा और रिपोर्टिंग उपकरण आसानी से उपलब्ध हैं।
हालाँकि अगर आपका वेब या मोबाइल एप्लिकेशन जैसे किसी चीज़ से लिंक होने जा रहा है, जहाँ डेटा लगातार कई उपयोगकर्ताओं द्वारा बदल रहा है (सभी क्लाउड में संग्रहीत एक ही डेटाबेस तक पहुँचते हैं) तो फायरबेस जाने का रास्ता है।
तो, आपके प्रो और कोन है:
प्रो की
- यदि आपका ऐप एक केंद्रीकृत DB का रन करता है, और बहुत सारे उपयोगकर्ताओं द्वारा अपडेट किया जाता है - तो यह उपकरणों के बीच वास्तविक समय डेटा अपडेट को संभालने में सक्षम से अधिक है।
- बादल में संग्रहीत इतनी आसानी से हर जगह उपलब्ध है।
- क्रॉस प्लेटफ़ॉर्म एपीआई (यदि आप एक ऐप के साथ इस डीबी का उपयोग कर रहे हैं)
- वे डेटा होस्ट करते हैं। -अगर आप बहुत सारे डेटा स्टोर कर रहे हैं, तो आपको हार्डवेयर के बारे में चिंता करने की ज़रूरत नहीं है!
कोन की:
- जब तक आपका ऐप एक बड़ी मात्रा में उपयोगकर्ताओं द्वारा अपडेट किए गए एक केंद्रीकृत डेटाबेस को चलाता है, यह एक प्रमुख ओवरकिल है।
- संग्रहण प्रारूप SQL से पूरी तरह से भिन्न है, (फायरबेस JSON का उपयोग करता है) ताकि आप आसानी से माइग्रेट नहीं कर पाएंगे।
- रिपोर्टिंग उपकरण मानक SQL वालों के पास कहीं भी नहीं होंगे।
- लागत! -100 कनेक्शन और 1GB भंडारण के लिए चुना! ( सीमाओं पर अधिक जानकारी के लिए इसे देखें !)
- आप डेटा की मेजबानी नहीं करते, फायरबेस करता है। और आप किस सर्वर पर डालते हैं, इस पर निर्भर करता है कि वहाँ समय को देखते हुए हाल ही में बहुत व्यवधान हो रहा है।
नोट: मैंने प्रो और कोन दोनों में "हू होस्ट द डेटा" को शामिल किया। ऐसा इसलिए है क्योंकि आपने हमें कभी नहीं बताया कि आप कितना डेटा स्टोर कर रहे हैं और कौन इसे एक्सेस करने जा रहा है।