यहाँ मेरा सवाल है: NoSQL डेटाबेस के विभिन्न प्रकारों के साथ क्या कमजोरियां हैं? विशेष रूप से, कुंजी-मूल्य स्टोर, ग्राफ़ डेटा स्टोर और दस्तावेज़ स्टोर की कमजोरियां क्या हैं?
मेरे पास ताकत ढूंढने का एक आसान समय है, लेकिन कमजोरियों पर दस्तावेज दुर्लभ हैं।
संपादित करें: एक दूसरे की तुलना में, और संबंधपरक डेटाबेस के लिए।
जवाबों:
किसी भी वितरित डेटा स्टोर की सबसे बड़ी ताकत / कमजोरी कैप प्रमेय से आती है। Http://blog.nahurst.com/visual-guide-to-nosql-systems देखें कि यह वहां से बाहर निकली बड़ी संख्या में NoSQL सिस्टम के लिए अभ्यास में क्या अर्थ रखता है।
यदि आप उनकी तुलना रिलेशनल डेटाबेस से कर रहे हैं, तो स्पष्ट कमजोरी यह है कि की-वैल्यू स्टोर रिलेशनल नहीं हैं। नतीजतन, कुंजी-मूल्य वाले स्टोर का उपयोग करके रिपोर्ट लिखना अधिक कठिन हो सकता है क्योंकि यह एक रिलेशनल डेटाबेस का उपयोग कर रहा है, जिसके लिए ऐसी रिपोर्ट और डेटा निष्कर्षण विशेष रूप से डिज़ाइन किए गए हैं।
यह बहुत व्यक्तिपरक है, जो आपको लगता है कि कमजोरी हो सकती है, कोई और सोच सकता है कि यह इसकी सबसे बड़ी ताकत है।
सभी NoSQL डेटाबेस जो वर्तमान में लोकप्रिय हैं, उन मुद्दों को संबोधित कर रहे हैं जो मौजूदा RDBMS सिस्टम कमज़ोर थे, और वे आमतौर पर एक विशेष समस्या पर विशेष रूप से विशिष्ट होते हैं जो प्रवर्तक के पास थी और हल करने की कोशिश कर रहा था।
तो, किसी भी उत्पाद की कमजोरी इसके लिए यह करने की क्षमता है कि आपको इसे समय या स्थान कुशल तरीके से करने की आवश्यकता है।
मैं यह देख कर शुरू करूँगा कि मुझे NoSQL डेटाबेस पसंद है और मैं अपने SQL- आधारित डेटाबेस और अनुप्रयोगों को खोदने की प्रक्रिया में हूँ जहाँ यह समझ में आता है। इस प्रक्रिया ने एक बड़ी कमजोरी को प्रकाश में लाया है - परिचालन कहानी अभी तक नहीं है। मेरा इससे क्या मतलब है:
समय पर अन्य मुश्किल बात रिपोर्टिंग है - उपयोगकर्ता के बहुत सारे उपकरण सीधे sql डेटाबेस में हुक कर सकते हैं, NoSQL को अभी भी उस पुल को पार करने के लिए एक डेवलपर की आवश्यकता है।