क्या दस्तावेज़-उन्मुख डेटाबेस को अगली पीढ़ी के डेटाबेस के रूप में विकसित किया गया है और मूल रूप से रिलेशनल डेटाबेस को पूरी तरह से बदल दिया गया है?
नहीं। दस्तावेज़-उन्मुख डेटाबेस (जैसे MongoDB) उन कार्यों के प्रकार में बहुत अच्छे हैं जिन्हें हम आम तौर पर आधुनिक वेब साइटों में देखते हैं (व्यक्तिगत वस्तुओं के तेज़ लुक-अप या आइटम के छोटे सेट)।
लेकिन वे रिलेशनल सिस्टम के साथ कुछ बड़े ट्रेड-ऑफ करते हैं। एसीआईडी अनुपालन जैसी चीजों के बिना वे कुछ आरडीबीएमएस को बदलने में सक्षम नहीं होंगे। और अगर आप MongoDB जैसे सिस्टम को देखें, तो ACID अनुपालन की कमी एक बड़ा कारण है कि यह इतना तेज़ है।
<ब्लॉकक्वॉट>क्या यह संभव है कि विभिन्न डेटा के लिए दस्तावेज़-उन्मुख डेटाबेस और एक रिलेशनल डेटाबेस दोनों का उपयोग करके प्रोजेक्ट बेहतर होंगे जो एक या दूसरे के लिए बेहतर अनुकूल है?
हां। वास्तव में, मैं एक बहुत बड़ी उत्पादन वेब-साइट चला रहा हूं जो दोनों का उपयोग करती है। सिस्टम MySQL में शुरू किया गया था, लेकिन हमने इसके कुछ हिस्से को MongoDB पर माइग्रेट कर दिया है, b/c हमें एक की-वैल्यू स्टोर की आवश्यकता है और MySQL 150M रिकॉर्ड में एक आइटम खोजने में बहुत अच्छा नहीं है।
<ब्लॉकक्वॉट>यदि दस्तावेज़-उन्मुख डेटाबेस रिलेशनल डेटाबेस को बदलने के लिए नहीं हैं, तो क्या किसी के पास डेटाबेस संरचना का एक उदाहरण है जो एक रिलेशनल डेटाबेस (या इसके विपरीत) में बिल्कुल बेहतर होगा?
दस्तावेज़-उन्मुख डेटाबेस महान भंडारण डेटा हैं जो आसानी से "कुंजी-मूल्य" और सरल, रैखिक "माता-पिता-बच्चे" संबंधों में निहित हैं। ब्लॉग और विकी जैसी चीज़ें यहाँ सरल उदाहरण हैं।
हालांकि, संबंधपरक डेटाबेस रिपोर्टिंग जैसी चीज़ों पर अभी भी एक मजबूत पैर है, जो "सेट-आधारित" होता है।
ईमानदारी से, मैं एक ऐसी दुनिया देख सकता हूँ जहाँ अधिकांश डेटा दस्तावेज़-उन्मुख डेटाबेस द्वारा "हैंडल" किया जाता है, लेकिन जहाँ रिपोर्टिंग एक रिलेशनल डेटाबेस में की जाती है जिसे मैप-रिड्यूस जॉब्स द्वारा अपडेट किया जाता है।
