mongodb - नोएसक्यूएल-मोंगो डीबी बनाम कॉच डीबी




couchdb nosql (4)

जब नोएसक्यूएल आंदोलन की बात आती है तो मैं एक पूर्ण नोब हूं। मैंने मोंगोडीबी और कॉच डीबी के बारे में बहुत कुछ सुना है। मुझे पता है कि दोनों के बीच मतभेद हैं। आप NoSQL दुनिया में पहले चरण के रूप में सीखने की सलाह देते हैं?


NoSQL के बारे में यूट्यूब में एड्यूरेका वीडियो कुछ बेहतरीन वीडियो ट्यूटोरियल हैं। मैंने इन वीडियो देखने के बाद मोंगो डीबी और कैसंद्रा पर शुरुआत की है।

https://www.youtube.com/watch?v=gJFG04Sy6NY
https://www.youtube.com/watch?v=KSq6tMMXZ8s
https://www.youtube.com/watch?v=3z1KFA2qcSo

Slidehare.net में अच्छी प्रस्तुतियां उपलब्ध हैं

http://www.slideshare.net/quipo/nosql-databases-why-what-and-when?qid=3bb9f7f6-a53d-41b1-8403-cd6f181d0ca7&v=qf1&b=&from_search=1

http://www.slideshare.net/EdurekaIN/no-sql-databases-35591065?qid=f1b9c095-6d70-4d0a-91da-1df664c4f389&v=qf1&b=&from_search=3 

स्लाइडशेयर में एडुरेका प्रेजेंटेशन यूट्यूब में वीडियो का विस्तार है। आप इस प्रस्तुति को यूट्यूब वीडियो के सारांश के रूप में देख सकते हैं।



बाजार में अब पहले से कहीं अधिक नोएसक्यूएल डेटाबेस हैं। मैं गर्टनर मैजिक क्वाड्रंट पर भी एक नज़र डालने का सुझाव देता हूं यदि आप ऐसे डेटाबेस की तलाश में हैं जो समर्थन, विस्तारशीलता, प्रबंधन और लागत के आधार पर उद्यम अनुप्रयोगों के लिए भी अच्छा होगा।

http://www.gartner.com/technology/reprints.do?id=1-23A415Q&ct=141020&st=sb

मैं किसी भी व्यक्ति को कॉचबेस का सुझाव देना चाहूंगा जिसने अभी तक कोशिश नहीं की है, लेकिन रिपोर्ट में दिखाए गए संस्करण (2.5.1) पर आधारित नहीं है क्योंकि यह सीबी सर्वर आज 2 एच 15 में 4.0 की रिहाई के करीब लगभग 2 संशोधन है ।

http://www.couchbase.com/coming-in-couchbase-server-4-0

एक विक्रेता / उत्पाद के रूप में कोचबेस के बारे में दूसरा हिस्सा यह है कि यह एक बहु-प्रयोग प्रकार डीबी है। यह एक शुद्ध के / वी स्टोर, दस्तावेज़ उन्मुख डेटाबेस के साथ बहु-आयामी स्केलिंग, मेमकैच, कैश-अलगाव के साथ कार्य कर सकता है, और स्वचालित जोड़ों के साथ एएनएसआई 92 अनुपालन एसक्यूएल का समर्थन करता है, एक बटन के धक्का के साथ डीआर क्लस्टर के लिए प्रतिकृति, और यहां तक ​​कि पारिस्थितिकी तंत्र में निर्मित एक मोबाइल घटक भी है।

यदि कुछ और नहीं है, तो नवीनतम बेंचमार्क की जांच करना उचित है:

http://info.couchbase.com/Benchmark_MongoDB_VS_CouchbaseServer_HPW_BM.html http://info.couchbase.com/NoSQL-Technical-Comparison-Report.html http://info.couchbase.com/Benchmark_MongoDB_VS_CouchbaseServer_HPW_BM.html http://info.couchbase.com/NoSQL-Technical-Comparison-Report.html


यदि आप MySQL दुनिया से आ रहे हैं, तो मोंगोडीबी अपनी क्वेरी-जैसी भाषा समर्थन के कारण आपके लिए बहुत अधिक प्राकृतिक महसूस कर रहा है।

मुझे लगता है कि यह बहुत से लोगों के लिए इतना दोस्ताना बनाता है।

कॉच डीबी शानदार है यदि आप बहु-नोड सेटअप के साथ वास्तव में महान मास्टर-मास्टर प्रतिकृति समर्थन का उपयोग करना चाहते हैं, संभवतः विभिन्न डेटा केंद्रों या उस तरह कुछ।

मोंगोडीबी की प्रतिकृति (प्रतिकृति सेट) एक मास्टर-गुलाम-दास-दास- * सेटअप है, आप केवल एक प्रतिकृति सेट में मास्टर को लिख सकते हैं और उनमें से किसी से भी पढ़ सकते हैं।

एक मानक साइट विन्यास के लिए, यह ठीक है। यह वास्तव में अच्छी तरह से MySQL उपयोग के लिए मानचित्र।

लेकिन यदि आप एक सीडीएन जैसी वैश्विक सेवा बनाने की कोशिश कर रहे हैं, तो उन सभी को पढ़ने / लिखने के बावजूद सभी ग्लोबल नोड्स को सिंक्रनाइज़ करने की आवश्यकता है, तो कॉच डीबी में प्रतिकृति की तरह कुछ आपके लिए एक बड़ा वरदान होगा।

जबकि मोंगोडीबी की एक क्वेरी जैसी भाषा है जिसका आप उपयोग कर सकते हैं और बहुत सहज महसूस कर सकते हैं, कॉच डीबीबी "नक्शा-कम करने" दृष्टिकोण और विचारों की इस अवधारणा को लेता है। यह पहली बार अजीब लगता है, लेकिन जैसा कि आप इसे लटकाते हैं, यह वास्तव में अंतर्ज्ञानी महसूस करना शुरू कर देता है।

यहां एक त्वरित अवलोकन है इसलिए यह कुछ समझ में आता है:

  • कॉच डीबी आपके सभी डेटा को बी-पेड़ में स्टोर करता है
  • आप "क्वेरी * उपयोगकर्ता से कहां से कुछ" के साथ गतिशील रूप से "क्वेरी" नहीं कर सकते ... "
  • इसके बजाय, आप अपने डेटा के अलग-अलग "विचार" को परिभाषित करते हैं ... "यहां मेरे सभी उपयोगकर्ताओं का एक दृश्य है", "यहां 10 से अधिक पुराने सभी उपयोगकर्ताओं का एक दृश्य है" "यहां 30 से अधिक पुराने उपयोगकर्ताओं का एक दृश्य है" और शीघ्र।
  • इन विचारों को मानचित्र-कम दृष्टिकोण का उपयोग करके परिभाषित किया गया है और जावास्क्रिप्ट कार्यों के रूप में परिभाषित किया गया है।
  • जब आप किसी व्यू को परिभाषित करते हैं, तो डीबी डीबी के सभी दस्तावेजों को खिलााना शुरू कर देता है, जिसे आपने दृश्य को सौंपा और उस डेटा पर "इंडेक्स" के रूप में अपने कार्यों के परिणामों को रिकॉर्ड किया।
  • विचारों पर कुछ बुनियादी प्रश्न हैं जो आप एक विशिष्ट कुंजी (आईडी) या आईडी की सीमा के बारे में पूछने पर विचार कर सकते हैं, चाहे आपका नक्शा / कार्य कम करता है।
  • इन स्लाइडों के माध्यम से पढ़ें, यह मैंने देखा है कि सोफे में नक्शा / कम करने का सबसे अच्छा स्पष्टीकरण है।

तो इन दोनों स्रोतों में जेएसओएन दस्तावेज़ों का उपयोग किया जाता है, लेकिन कॉच डीबी इस बात का पालन करता है "हर सर्वर एक मास्टर है और दुनिया के साथ सिंक हो सकता है" दृष्टिकोण जो आपको इसकी ज़रूरत है, जबकि मोंगोडीबी वास्तव में नोएसक्यूएल दुनिया का MySQL है।

तो अगर ऐसा लगता है कि आपको क्या चाहिए / चाहें, तो इसके लिए जाएं।

कॉच डीबी के रीस्टफुल इंटरफ़ेस बनाम मोंगो के बाइनरी प्रोटोकॉल जैसे छोटे अंतर सभी मामूली विवरण हैं।

यदि आप डेटा की सुरक्षा के साथ कच्ची गति और नरक चाहते हैं, तो आप मोंगो को कॉच डीबी से तेज़ी से चला सकते हैं क्योंकि आप इसे स्मृति से बाहर करने के लिए कह सकते हैं और स्पैस अंतराल को छोड़कर डिस्क पर चीजें नहीं कर सकते हैं।

आप सोफे के साथ ऐसा ही कर सकते हैं, लेकिन यह HTTP-आधारित संचार प्रोटोकॉल मोंगो के साथ कच्चे बाइनरी संचार की तुलना में 2-4x धीमा होने वाला है "इस सब कुछ पर गति!" परिदृश्य।

ध्यान रखें कि कच्चे पागल पागल गति बेकार है यदि कोई सर्वर क्रैश या डिस्क विफलता दूषित हो जाती है और आपके डीबी को विस्मरण में डाल देती है, ताकि डेटा बिंदु उतना आश्चर्यजनक न हो जितना ऐसा लगता है (जब तक कि आप वॉल पर रीयल-टाइम ट्रेडिंग सिस्टम नहीं कर रहे हों स्ट्रीट, जिस मामले में रेडिस को देखते हैं)।

उम्मीद है कि सभी मदद करता है!







nosql