यदि आप MySQL दुनिया से आ रहे हैं, तो MongoDB अपने क्वेरी-जैसे भाषा समर्थन के कारण आपके लिए "अधिक" स्वाभाविक महसूस करने वाला है।
मुझे लगता है कि यह वही है जो बहुत सारे लोगों के लिए इतना अनुकूल बनाता है।
CouchDB शानदार है अगर आप मल्टी-नोड सेटअप के साथ वास्तव में महान मास्टर-मास्टर प्रतिकृति समर्थन का उपयोग करना चाहते हैं, संभवतः विभिन्न डेटा केंद्रों में या ऐसा कुछ।
MongoDB की प्रतिकृति (प्रतिकृति सेट) एक मास्टर-दास-दास-दास- * सेटअप है, आप केवल एक प्रतिकृति सेट में मास्टर को लिख सकते हैं और उनमें से किसी से पढ़ सकते हैं।
मानक साइट कॉन्फ़िगरेशन के लिए, यह ठीक है। यह वास्तव में अच्छी तरह से MySQL उपयोग के लिए नक्शे।
लेकिन अगर आप CDN जैसी एक वैश्विक सेवा बनाने की कोशिश कर रहे हैं, जिसमें उन सभी को पढ़ने / लिखने के बावजूद सभी वैश्विक नोडों को समकालिक रखने की आवश्यकता है, तो CouchDB में प्रतिकृति जैसा कुछ आपके लिए बहुत बड़ा वरदान साबित होने वाला है।
जबकि MongoDB में एक क्वेरी-जैसी भाषा है जिसे आप उपयोग कर सकते हैं और बहुत सहज महसूस करते हैं, CouchDB "मैप-कम" दृष्टिकोण और विचारों की यह अवधारणा लेता है। यह पहली बार में अजीब लगता है, लेकिन जैसे ही आप इसे लटकाते हैं, यह वास्तव में सहज महसूस करना शुरू कर देता है।
यहाँ एक त्वरित अवलोकन है इसलिए यह कुछ समझ में आता है:
- CouchDB आपके सभी डेटा को बी-ट्री में संग्रहीत करता है
- आप "क्वेरी" को गतिशील रूप से "उपयोगकर्ता से चयन करें" जैसे कुछ नहीं कर सकते ...
- इसके बजाय, आप अपने डेटा के असतत "विचारों" को परिभाषित करते हैं ... "यहां मेरे सभी उपयोगकर्ताओं का एक दृश्य है", "यहां 10 से अधिक पुराने सभी उपयोगकर्ताओं का एक दृश्य है" यहां 30 से अधिक उम्र के सभी उपयोगकर्ताओं का एक दृश्य है " जल्द ही।
- ये दृश्य मानचित्र-कम दृष्टिकोण का उपयोग करके परिभाषित किए गए हैं और जावास्क्रिप्ट कार्यों के रूप में परिभाषित किए गए हैं।
- जब आप एक दृश्य को परिभाषित करते हैं, तो DB ने आपके द्वारा उस डेटा पर "इंडेक्स" के रूप में आपके द्वारा किए गए कार्यों के परिणामों को रिकॉर्ड करने वाले DB के सभी दस्तावेज़ों को फीड करना शुरू कर देता है।
- कुछ बुनियादी प्रश्न हैं जो आप उन विचारों पर कर सकते हैं जैसे एक विशिष्ट कुंजी (आईडी) या आईडी की श्रेणी के बारे में पूछते हुए कि आपका नक्शा / फ़ंक्शन कम करता है या नहीं।
- इन स्लाइड्स के माध्यम से पढ़ें , यह मेरे द्वारा देखे गए काउच में मैप / कम करने का सबसे अच्छा स्पष्टीकरण है।
तो ये दोनों स्रोत JSON दस्तावेज़ों का उपयोग करते हैं, लेकिन CouchDB यह अधिक "प्रत्येक सर्वर एक मास्टर है और दुनिया के साथ सिंक कर सकता है" दृष्टिकोण जो अगर आपको इसकी आवश्यकता है, तो शानदार है, जबकि MongoDB वास्तव में NoSQL दुनिया का MySQL है।
इसलिए यदि वह चीज आपको पसंद है जो आपको चाहिए / चाहती है, तो उसके लिए जाएं।
मोंगो के बाइनरी प्रोटोकॉल बनाम कॉस्टब्यू के रैस्टफुल इंटरफ़ेस जैसे छोटे अंतर सभी छोटे विवरण हैं।
आप कच्चे गति और डेटा सुरक्षा के साथ नरक करने के लिए चाहते हैं, तो आप कर सकते हैं मोंगो तेजी से CouchDB से चलाने के रूप में आप स्मृति से बाहर काम करने के लिए यह बता सकते हैं और विरल अंतराल के अलावा डिस्क के लिए चीजों को प्रतिबद्ध नहीं हैं।
आप काउच के साथ भी ऐसा कर सकते हैं, लेकिन यह HTTP-आधारित संचार प्रोटोकॉल है, जो "इस सब कुछ पर गति" में मोंगो के साथ कच्चे बाइनरी संचार की तुलना में 2-4x धीमा होने वाला है! परिदृश्य।
ध्यान रखें कि यदि सर्वर क्रैश या डिस्क विफलता आपके डीबी को विस्मृति में डाल देती है तो कच्चे पागल पागल गति बेकार है, ताकि डेटा बिंदु उतना अद्भुत न हो जितना कि यह प्रतीत हो सकता है (जब तक कि आप वॉल पर रीयल-टाइम ट्रेडिंग सिस्टम नहीं कर रहे हैं स्ट्रीट, जिस स्थिति में रेडिस को देखो)।
आशा है कि सभी मदद करता है!