मेन्यू

रोबो 3 टी - पूर्व में रोबोमोंगो ट्यूटोरियल

  • मुख्य
  • अन्य
  • रोबो 3 टी - पूर्व में रोबोमोंगो ट्यूटोरियल

robo 3t formerly robomongo tutorial

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

रोबो 3 टी के बारे में जानने के लिए आपको जो कुछ भी चाहिए - पूर्व में रोबोमोंगो:

जून 2017 में, रोबोमोंगो को 'रोबो 3 टी' नामक एक नए नाम के साथ नामित किया गया था। यह रोबो 3T 1.1 संस्करण का रिलीज़ है जो मोंगोबडी के 3.4 संस्करण द्वारा समर्थित है।

=> के माध्यम से पढ़ें विस्तृत MongoDB ट्यूटोरियल की श्रृंखला

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

रोबो 3 टी के लिए परिचय

जिस मुख्य परिवर्तन का उल्लेख किया जाना है, वह यह है कि कंपनी ने अपना नाम बदल दिया ROBOMONGO सेवा मेरे रोबो 3T उत्पाद के ट्रेडमार्क में कुछ बदलावों के कारण।

आप उल्लेख कर सकते हैं यहां इस चिंता पर अधिक जानकारी के लिए।

आप क्या सीखेंगे:

इस रोबो 3T टूल के बारे में पृथ्वी पर क्या है?

रोबो 3T MongoDB के लिए एक स्वतंत्र और हल्का GUI है। यह एक MongoDB प्रबंधन उपकरण है जिसमें एक शेल-केंद्रित क्रॉस-प्लेटफॉर्म है और इसके द्वारा समर्थित है JSON यानी जावास्क्रिप्ट ऑब्जेक्ट नोटेशन। यह उपकरण उपयोगकर्ता इंटरफ़ेस के MongoDB के अन्य प्रशासनिक टूल के लिए विशिष्ट नहीं है, अर्थात इसका खोल Mongo CLI और Mongo GUI दोनों में संपूर्ण पहुँच के साथ Mongo Shell में एम्बेड किया जा सकता है।

इस मैंगो शेल की मदद से, उपयोगकर्ता मोंगो दस्तावेजों को देख, संपादित और हटा सकता है। इसके अलावा, रोबो 3T एक स्वेच्छा से खुला स्रोत परियोजना है और यह जनता के लिए पूरी तरह से मुफ़्त है।

कहाँ मुक्त करने के लिए मोबाइल फोनों के लिए स्ट्रीम करने के लिए

इसे फिर से प्रचारित किया जा सकता है और सामान्य सार्वजनिक लाइसेंस संस्करण 3 के टीओएस का पालन करके इसे फिर से संशोधित किया जा सकता है, जिसे फ्री सॉफ्टवेयर फाउंडेशन द्वारा प्रकाशित किया गया है।

इस सॉफ्टवेयर को प्रख्यापित किया गया है और इसे उन लोगों की मदद करने के उद्देश्य से पुनर्वितरित किया जा सकता है, जो इसे सहायता प्राप्त कर सकते हैं, यही कारण है कि यह GNU द्वारा नियमों के अनुसार इसे थोक करने की कोई वारंटी नहीं देता है।

जीएनयू के बारे में अधिक जानकारी के लिए, आप देख सकते हैं GNU लाइसेंस

क्यों रोबो 3T?

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

इन सबसे ऊपर, रोबो 3 टी द्वारा, उपयोगकर्ता को तालिकाओं और पंक्तियों का उपयोग करने की गड़बड़ प्रक्रिया से नहीं गुजरना पड़ता है, जो आमतौर पर तर्कसंगत डेटाबेस में उपयोग किया जाता है। उनके विपरीत, यह वास्तुकला मैंगो संग्रह और मोंगो दस्तावेजों पर बनाया गया है।

रोबो 3 टी का उपयोग करने वाले उद्योग

रोबो 3 टी का उपयोग करने वाले उद्योग

MongoDB के बारे में

MongoDB एक खुले स्रोत डेटाबेस के रूप में बनाया गया है जो Mongo प्रलेखन का समर्थन करता है, इसीलिए इसे दस्तावेज़ डेटाबेस कहा जाता है। जैसा कि हमने पहले उल्लेख किया है, यह मानगो संग्रह और दस्तावेजों के लिए एक वास्तुकला है, जहां डेटाबेस संग्रह रखता है, जो अंततः उन में मैंगो दस्तावेजों को सहन करता है।

खेतों की संख्या और आकार एक Mongo दस्तावेज़ से दूसरे में भिन्न होता है। MongoDB की रूपरेखा कंपाइलर भाषा C ++ पर आधारित है।

प्रस्तावित ट्यूटोरियल प्रत्येक अवधारणा को विस्तार से स्पष्ट करेगा और अत्यधिक प्रभावी और उपयोगकर्ता के अनुकूल डेटाबेस बनाने और प्रबंधित करने के लिए कार्यप्रणाली और प्रक्रियाओं की स्पष्ट-कट समझ को लाएगा।

यह उन उपयोगकर्ताओं के लिए MongoDB की वैचारिक हैंडलिंग पर नज़र रखकर बनाया जाएगा जो इसे बहुत सरल तरीके से सीखना चाहते हैं। इस व्यापक गाइड के अंत में, उपयोगकर्ता एक व्यावहारिक स्तर पर अपनी विशेषज्ञता का परीक्षण करने में सक्षम होगा।

प्रस्तावना

DB के बारे में:

डेटाबेस संग्रह का एक वाहक है। आपके सिस्टम में DB फाइलों के कई सेट रखता है। MongoDB में एक साथ कई डेटाबेस को प्रभावित करने की क्षमता है। यह सुस्पष्ट मापनीयता और प्रभावी निष्पादन सुनिश्चित करता है।

संग्रह क्या है?

MongoDB में, संग्रह मोंगो दस्तावेजों का एक पैकेज है।

यह विशिष्ट डेटाबेस धारकों में RDBMS तालिका के समान है। MongoDB में संग्रह किसी भी प्रकार का स्कीमा नहीं रखता है और एकल डेटाबेस में मौजूद होता है। आम दस्तावेज जो संग्रह में मौजूद हैं वे विभिन्न क्षेत्रों में हैं। आमतौर पर, संग्रहों में आम दस्तावेजों के अनुरूप कार्य होते हैं।

मानगो दस्तावेज़ क्या है?

मानगो दस्तावेज संग्रह के वाहक होते हैं और गतिशील स्कीमा होते हैं यानी मैंगो दस्तावेज़ों में फ़ील्ड या आर्किटेक्चर के समान पैकेज के लिए बाध्य नहीं होते हैं। उन्हें मुख्य-मूल्य जोड़े के रूप में क्रमादेशित किया जाता है।

मानगो दस्तावेज़ का एक नमूना:

स्निपेट का अनुसरण करना ब्लॉग की एक चित्रमयी मूंगो दस्तावेज़ संरचना है, जो उदाहरणों में अल्पविराम द्वारा इसकी मुख्य-मूल्य जोड़ी दिखाती है।

{ _id: ObjectId(“53a99ad6444c11ac2758a5d6”) title: 'Robo 3T Tutorial', description: 'MongoDB is no sql database', by: 'Software Testing Help', url: 'https://www.softwaretestinghelp.com', tags: ('mongodb', 'database', 'NoSQL'), likes: 1000, comments: ( { user: “john25”', message: 'Welcome to Software Testing Help', dateCreated: new Date(2018,8,2,5,15), like: 5 }, { user: “kevin12”, message: 'Welcome to MongoDB', dateCreated: new Date(2018,8,5,10,45), like: 10 } ) }

स्निपेट में, _id एक हेक्साडेसिमल संख्या है जिसमें कुल 12 बाइट्स हैं। यह मोंगो दस्तावेज में विशिष्टता को दर्शाता है। उपयोगकर्ता को एक मोंगो दस्तावेज़ के सम्मिलन के दौरान _id जोड़ना होगा। यदि उपयोगकर्ता ऐसा नहीं करता है, तो MongoDB ऑटो प्रत्येक मोंगू दस्तावेज़ के लिए विशिष्ट आईडी का चयन करता है।

इस बीच, 12 बाइट्स में से, पहले चार बाइट्स एक मौजूदा टाइमस्टैम्प के लिए आरक्षित होते हैं, इन चार के बगल में तीन को मशीन आईडी के लिए आरक्षित किया जाता है, इन तीनों के बगल में दो को सर्वर की एक प्रक्रिया के लिए आरक्षित किया जाता है और आखिरी में, तीन बाइट्स को छोड़ दिया जाता है मूल्य वृद्धि के रूप में उपयोग किया जाता है।

विशिष्ट RDBMS से अधिक MongoDB के भत्ते

आमतौर पर, RDBMS के स्कीमा को इस तरह से डिज़ाइन किया जाता है जिसमें यह तालिकाओं की संख्या और उनके बीच उनके संबंधों को दर्शाता है। इस बीच, जैसा कि पहले उल्लेख किया गया है, MongoDB में कोई संबंध स्कीमा मौजूद नहीं है।

आइए चर्चा करते हैं कि विशिष्ट RDBMS पर डेटा वैज्ञानिक के लिए MongoDB एक बेहतर विकल्प क्यों है:

  • सबसे पहले, MongoDB में स्कीमा का अभाव है। मोंगो दस्तावेज संग्रह और क्षेत्रों की संख्या के वाहक होते हैं और आकार एक मोंगो दस्तावेज से दूसरे में भिन्न होता है।
  • MongoDB में किसी एकल ऑब्जेक्ट की स्पष्ट-कट वास्तुकला है।
  • इसमें जटिल जुड़ाव का अभाव है।
  • यह संपत्ति की उपस्थिति के कारण व्यापक क्वेरी क्षमता रखता है जो कहता है कि मोंगो दस्तावेजों में दस्तावेज़-आधारित क्वेरी भाषा की मदद से गतिशील प्रश्नों की क्षमता है जो MySQL के रूप में प्रभावी है।
  • यह ट्यूनिंग कर सकता है।
  • इसमें सबसे आसान मापनीयता है।
  • रूपांतरण और मानचित्रण उद्देश्यों के लिए, वस्तुओं की कोई आवश्यकता नहीं है।
  • ठेठ DBMS की तुलना में तेजी से एक्सेस डेटा।

RDBMS पर क्यों MongoDB?

MongoDB के पास डॉक्यूमेंट-ओरिएंटेड स्टोरेज है जहां डेटा को JSON स्टाइल दस्तावेज़ों के पैकेज में संसाधित किया जाता है।

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

इन सबसे ऊपर, उपयोगकर्ता को MongoDB से पेशेवर सहायता मिल सकती है।

जिन क्षेत्रों में MongoDB का उपयोग किया जा सकता है

MongoDB भविष्य है क्योंकि बड़ा डेटा भविष्य है। MongoDB कुशलता से बड़े डेटा को संसाधित करता है।

इसमें एक स्थान पर प्रभावी सामग्री प्रबंधन और निष्पादन की क्षमता है। MongoDB मोबाइल और सोशल मीडिया उद्योग में उपयोग करने का सबसे अच्छा विकल्प है। यह एक डेटा हब के रूप में काम करता है और उपयोगकर्ता डेटा को अपने सबसे अच्छे तरीके से प्रबंधित करता है।

MongoDB को NoSQL डेटाबेस क्यों कहा जाता है?

RDBMS के विपरीत, जहां उपयोगकर्ता को MySQL सीखना होगा, MongoDB को अपने उपयोगकर्ता को काम शुरू करने या उनके लिए डेटाबेस पर काम करने के लिए किसी और पर भरोसा करने के लिए MySQL ज्ञान के bulks की आवश्यकता नहीं है।

MongoDB एक तर्कसंगत डेटाबेस नहीं है कि इसे NoSQL डेटाबेस क्यों कहा जाता है। यह अपने कम जटिल वास्तुकला के कारण अपने उपयोगकर्ताओं को विश्राम का एक झोंका देता है।

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

दोनों तालिकाओं में, पारस्परिक संबंध की उपस्थिति है।

ग्राहक तालिका

ग्राहक आईडी, ग्राहक पहचानग्राहक का नामआदेश ID
प्राथमिक कुंजीप्राथमिक कुंजी
1एडम गिलक्रिस्ट1
दोरिकी पोंटिंगदो
३शेन वार्न३

आदेश तालिका

आदेश IDउत्पादमात्रा
1iPhone X५
दोसैमसंग S9१०
३एचपी पैवेलियन x360पंद्रह

जबकि MongoDB में, RDBMS जैसे कोई तर्कसंगत गुण नहीं हैं। इन दो स्निपेट पर एक झलक दें।

ग्राहक तालिका

ग्राहक 01ग्राहक का नाम
एडम गिलक्रिस्ट		आदेश 001सिटी यू.एस.
ग्राहक 02ग्राहक का नाम
रिकी पोंटिंग		आदेश 002स्थिति विशेषाधिकार
ग्राहक ०३ग्राहक का नाम
शेन वार्न		आदेश 003

आदेश तालिका

आदेश 001उत्पाद
iPhone X		मात्रा
५		शिपमेंट तिथि
14 अगस्त 2018
आदेश 002उत्पाद
सैमसंग S9		मात्रा
१०
आदेश 003उत्पाद
एचपी पैवेलियन x360		मात्रा
पंद्रह

इसलिए, NoSQL में, सबसे पहले एक चीज़ को टटोलना पड़ता है, विशिष्ट कॉलम नामों के साथ कॉलम की अनुपस्थिति। साथ ही, सभी क्षेत्रों में एक महत्वपूर्ण मूल्य जोड़ी है। दूसरे, ग्राहकों की तालिका में, पहले तीन कुंजी और पंक्तियाँ एक जैसे हैं और चौथा एक अर्थात् स्थिति और शहर पहली दो पंक्तियों से अलग है और तीसरी पंक्ति के लिए इच्छुक नहीं है।

इस बीच, तालिका में जो ऑर्डर विवरण से संबंधित है, दूसरी और तीसरी पंक्ति में ऐसे मूल्य हैं जिनका चौथे स्तंभ के साथ कोई संबंध नहीं है।

संक्षेप में, ये सभी गुण NoSQL बनाते हैं, जो विशिष्ट DBMS पर सबसे अच्छा विकल्प है। दुनिया में क्रांति हो रही है और प्रौद्योगिकी तेजी के साथ बदल रही है। इस तेजी के युग में, व्यापार जगत को अपने सॉफ़्टवेयर के लिए सबसे तेज़ समाधान की आवश्यकता है।

RDoMS की तुलना में अपनी कम जटिलता के कारण, MongoDB जैसे DBMS की मदद से, जो कि NoSQL DB है, समय के साथ तेज़ मोड़ प्राप्त करने योग्य हो सकता है। जब हमें प्रयास, क्षमता, समय और धन की समीक्षा करनी होती है, तो आरडीबीएमएस का उपयोग करते समय किसी को सहन करना पड़ता है, कुछ ही समय में MongoDB इसके ऊपर हो जाता है।

MongoDB में डेटा मॉडलिंग

MongoDB में मौजूद डेटा सबसे सरल स्कीमा रखता है। एक विशिष्ट एसक्यूएल डीबीएमएस जहां एक उपयोगकर्ता को डेटा डालने का कार्य शुरू करने से पहले एक तालिका का स्कीमा घोषित करना होता है।

जैसा कि हमने अध्ययन किया, MongoDB के संग्रह दस्तावेज़-उन्मुख हैं और अपने उपयोगकर्ता को RDBMS जैसी विशिष्ट दस्तावेज़ संरचना से बाध्य नहीं करते हैं। लचीलेपन MongoDB का सबसे शक्तिशाली विशेषता है, इसे RDBMS पर उपयोग करना।

एक उपयोगकर्ता को MongoDB में डेटा मॉडलिंग करने के लिए निम्नलिखित बिंदुओं पर विचार करना होगा:

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

SQL बनाम NoSQL MongoDB के बीच व्यापक विरोधाभास

नियम और सिंटैक्स के बीच अंतर

SQL शर्तें / सिंटैक्सMongoDB शर्तें / सिंटैक्स
डेटाबेसडेटाबेस
टेबलसंग्रह
पंक्तिडाक्यूमेंट
स्तंभमैदान
सूचीसूची
टेबल$ लुकअप या एम्बेडेड डॉक्स
लेनदेनलेनदेन

एकाधिक DBMS और उनके निष्पादन

डेटाबेस नामडेटाबेस सर्वरडेटाबेस क्लाइंट
माई एसक्यूएलमैसकल्डमाई एसक्यूएल
आकाशवाणीआकाशवाणीSqlplus
MongoDBमोंगोडमोंगो
डीबी 2DB2 सर्वरDB2 ग्राहक
इन्फोर्मिक्सआईडीDB- प्रवेश

मिसालें और उदाहरण:

ऊपर दी गई तालिकाएँ कई प्रकार के DBMS के शब्दों, वाक्यविन्यास, अवधारणा और विवरणों का वर्णन करती हैं।

आगे स्पष्टीकरण के लिए SQL और MongoDB के उदाहरणों पर विचार करें।

आइए SQL के एक उदाहरण पर विचार करें, जिसमें टेबल का नाम लोगों का है, जबकि MongoDB में लोगों के नाम का एक संग्रह है जो Tables of SQL के समान है।

MongoDB के संग्रह में निम्नलिखित प्रोटोटाइप हैं:

{ _id: ObjectId(“59z12ad6444n59ac2758a5x7”), user_id:'john25', age: 25, status: 'A' }

SQL और MongoDB विवरणों के बीच विरोधाभास

निर्माण और बदलाव

SQL स्कीमा विवरणMongoDB स्कीमा विवरण
निर्माण टेबल कर्मचारी (
आईडी मध्यस्थ पूरी नहीं है
स्वयं वेतन वृद्धि,
user_id वर्चर (30),
आयु संख्या,
स्थिति चार (1),
प्राथमिक कुंजी (आईडी)
)
db.employee.insertOne {{
आईडी: 'जॉन्25',
नाम: जॉन,
स्थिति: 'ए'
})
हालाँकि, आप स्पष्ट रूप से एक संग्रह बना सकते हैं:
db.createCollection ('कर्मचारी')
अतिरिक्त टेबल कर्मचारी
ADD join_date DATETIME
db.employee.updateMany (
{}
{$ सेट: {last_name: एडम}}
)
अतिरिक्त टेबल कर्मचारी
DROP COLUMN join_date
db.employee.updateMany (
{}
{$ परेशान: {'आयु': ''}}
)

सम्मिलित करें

SQL INSERT विवरणMongoDB सम्मिलित करें () कथन
INSERT INTO कर्मचारी (user_id,
आयु,
स्थिति)
VALUES ('test001',
चार पांच,
'सेवा मेरे')
db.employee.insertOne (
{{
user_id: 'john25', आयु: 45, स्थिति: 'A'}
)

SQL और MongoDB की कुछ चुनिंदा क्वेरीज़

SQL चयन कथनMongoDB खोजें () कथन
चुनते हैं *
कर्मचारी से
db.employee.find ()
आईडी का चयन करें,
यूज़र आईडी,
स्थिति
कर्मचारी से
db.employee.find (
{}
{user_id: 1, स्थिति: 1}
)

User_id, स्थिति का चयन करें
कर्मचारी से
db.employee.find (
{}
{user_id: 1, स्थिति: 1, _id: 0}
)

चुनते हैं *
कर्मचारी से
कहां की स्थिति = 'ए'
db.employee.find (
{स्थिति: 'ए'}
)

SQL और MongoDB के अद्यतन विवरण

SQL अद्यतन विवरणMongoDB अपडेटमनी () कथन
अद्यतन कर्मचारी
सेट स्थिति = 'C'
जहां उम्र> 25
db.employee.updateMany (
{आयु: {$ gt: 25}},
{$ सेट: {स्थिति: 'सी'}}
)
अद्यतन कर्मचारी
सेट उम्र = आयु + ३
कहां की स्थिति = 'ए'
db.employee.updateMany (
{स्थिति: 'ए'},
{$ inc: {उम्र: 3}}
)

SQL और MongoDB के रिकॉर्ड हटाएं

SQL डिलीट स्टेटमेंटMongoDB deleteMany () कथन
कर्मचारी से DELETE
कहां की स्थिति = 'डी'
db.employee.deleteMany ({स्थिति: 'D'})
कर्मचारी से DELETEdb.employee.deleteMany ({})

अंतर का सैद्धांतिक अवलोकन

जब एक उपयोगकर्ता को एक आवश्यकता होती है, जहां उसे एक रेचन के माध्यम से जाना होता है, जिसमें उसे उसके सामने बहुत सारे पर्याप्त विकल्पों में से एक निर्णय लेना होता है, तो उसे यह चयन करना होगा कि या तो उसे आरडीबीएमएस (एसक्यूएल) के लिए प्लम्प करना है या गैर-तर्कसंगत DBMS (NoSQL)।

कुछ अंतर हैं, और उन पर विचार करके, एक संबंधित उपयोगकर्ता अपनी आवश्यकता के अनुसार एक व्यवहार्य निर्णय ले सकता है।

आइए इन दो अलग-अलग डेटा संरचनाओं के बीच बड़े चित्र टकराव का अवलोकन करें।

बोली अंतर: भाषाएँ

आइए बस्ती का उदाहरण लेते हैं, जहां कोई भी द्वि-भाषी नहीं है, प्रत्येक व्यक्ति एक ही भाषा बोलता है और उनके बीच संचार का एकमात्र रूप है।

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

अब दूसरे शहर के उदाहरण पर विचार करें, जहां एक समुदाय द्वि-भाषी है और वे कई भाषाएं बोलते हैं। समुदाय में रहने वाला प्रत्येक व्यक्ति दूसरों के साथ अलग तरीके से बातचीत करता है और संचार का कोई सार्वभौमिक तरीका वहां मौजूद नहीं है। यह पसंद है जैसे कि एक परिवार दूसरों की तुलना में अलग है, और यह उन्हें किसी भी तरह से प्रभावित नहीं करता है।

ये सरल उदाहरण SQL और MongoDB की मूल अवधारणा की व्याख्या करते हैं।

इसके विपरीत देखें !!

SQL DBMS

SQL DBMS में डेटा हेरफेर के लिए क्वेरी लैंग्वेज यानि MySQL है।

MySQL भाषा की शक्तिशालीता के बारे में कोई संदेह नहीं है, यह DBMS के उपयोगकर्ताओं में सबसे अधिक उपयोग किया जाता है और इसे अपनाने के लिए बहुमुखी है। जटिल डेटा हैंडलिंग के लिए, यह सबसे अच्छा विकल्प है। लेकिन, इसकी एक सीमा भी है और वह है इसका कठोर स्कीमा।

अपने जटिल स्कीमा के कारण, कोई भी कई संरचनाओं के बीच स्विच नहीं कर सकता है, वे केवल एक संरचना पर रहना चाहते हैं जो वे शुरुआत से ही अनुसरण कर रहे हैं। पहले उदाहरण के अनुसार, परिवर्तनशील संरचना बदलती भाषा के समान होगी जहां हर कोई केवल एक ही जानता है और इस तरह से, यह अराजकता और गड़बड़ पैदा करेगा।

NoSQL DBMS

NoSQL DBMS डायनेमिक स्कीमा का गठन करता है।

अनस्ट्रक्चर्ड डेटा आसानी से कई तरीकों से संग्रहित किया जा सकता है यानी इसे की-वैल्यू पेयर के रूप में संग्रहीत किया जा सकता है या एक कॉलम और दस्तावेज़-उन्मुख हो सकता है। इसे आगे समझाया जा सकता है क्योंकि उपयोगकर्ता विशिष्ट DBMS के विपरीत, पूर्वनिर्धारित संरचना तक सीमित किए बिना Mongo दस्तावेज़ बनाने में सक्षम होगा।

दस्तावेजों की अपनी संरचना होगी जो अपनी तरह की अनूठी होगी। प्रक्रिया के दौरान फ़ील्ड को कभी भी जोड़ा जा सकता है और सिंटैक्स हर दूसरे डेटाबेस में भिन्न होता है।

SQL और NoSQL DBMS की स्कैलेबिलिटी कॉन्ट्रास्ट

SQL DBs NoSQL के विपरीत लंबवत रूप से स्केलेबल हैं, जो क्षैतिज रूप से स्केलेबल है।

वर्टिकल स्केलेबल का मतलब है कि रैम को बढ़ाकर डेटा को एक ही सर्वर पर लोड किया जा सकता है। इस बीच, क्षैतिज रूप से स्केलेबल का मतलब है कि कई सर्वरों का उपयोग किया जा सकता है यानी शार्किंग की मदद से ट्रैफ़िक बढ़ रहा है। इसलिए, SQL DBMS शक्तिशाली हो सकता है लेकिन NoSQL डेटा सेट को बदलने के लिए सबसे अच्छा है।

डेटा संरचनाएं

SQL DBMS तालिकाओं पर आधारित है, जबकि NoSQL DBs दस्तावेजों, कुंजी-मूल्य जोड़े, ग्राफ़ और कॉलम ओरिएंटेशन पर आधारित हैं।

एसक्यूएल डीबीएमएस लेखांकन और बैंकिंग प्रणाली जैसे विशिष्ट डेटा लेनदेन के लिए एक अच्छा विकल्प है। इस बीच, बड़े डेटा के लिए, NoSQL तर्कसंगत DBMS खड़ा होगा।

विशिष्ट उदाहरण RDBMS में MySQL, Oracle, Maria DB और MS SQL Server शामिल हैं। NoSQL उदाहरण MongoDB, Neo4J, CouchDB, RavenDB Cassandra, HBase, BigTable और Redis शामिल हैं।

निष्कर्ष

उपर्युक्त सभी विवरणों को आपकी आसान समझ के लिए संक्षेप में रखा गया है।

MySQL: प्लस पॉइंट्स

नीचे दिए गए SQL डेटाबेस के गुण हैं:

  • पुराने चीज हामेशा किमति होते है: MySQL पुराना है, इसलिए यह विशाल समुदाय और परीक्षण के मामले में काफी मजबूत आधार रखता है।
  • स्थिर : MySQL स्थिर है क्योंकि इसमें अधिक उपयोगकर्ता हैं।
  • संगत : यह विन, मैक, बीएसडी, सोलारिस और लिनक्स सहित सभी प्रमुख प्लेटफार्मों और चौखटे पर व्यापक रूप से उपलब्ध है। एकाधिक भाषाओं का उनके साथ एक कनेक्शन है C ++, C #, जावा , पर्ल, अजगर और PHP।
  • सस्ता : MySQL खुला स्रोत और मुफ्त है।
  • प्रतिकृति : यह एक से अधिक नोड के बीच पुनरावृत्ति हो सकता है।
  • शेयरिंग : MySQL की उच्च क्षमता है, और यह बदले में, इसे व्यापार के लिए विश्वसनीय बनाता है।

MongoDB: प्लस पॉइंट्स

ये MongoDB के गुण हैं:

  • आदमीमित्र योजना: जैसा कि पहले बताया गया है, इसका डायनेमिक स्कीमा इसे बनाता हैसबसेएक उपयोगकर्ता के लिए लचीला DBMS।
  • अनुमापकता : इसकी क्षैतिज मापनीयता कार्यभार को कम करने में मदद करती है।
  • प्रबंध : MongoDB को किसी भी प्रशासनिक उपकरण की आवश्यकता नहीं है। यह निर्माताओं और प्रशासकों दोनों द्वारा उपयोगकर्ता के अनुकूल है।
  • तीव्र : कुछ ही समय में इसके प्रश्नों का निष्पादन हो जाता है।
  • लचीला : इसका दस्तावेज़ और स्तंभ अभिविन्यास उपयोगकर्ता के लिए DBMS का उपयोग करना लचीला और आसान बनाता है।

एक अंतिम उपयोगकर्ता होने के नाते, आप क्या चुनेंगे?

MySQL उन उपयोगकर्ताओं और व्यवसायों के लिए सही विकल्प होगा जिन्हें अपने व्यवसायों के लिए कठोर स्कीमा और पूर्वनिर्धारित संरचनाओं की आवश्यकता होती है।

उदाहरण के लिए, ऐसे एप्लिकेशन और सॉफ़्टवेयर जिनकी लंबी लेन-देन की आवश्यकता होती है, यानी जो वास्तव में बैंकिंग और लेखा प्रणालियों में उपयोग किए जाते हैं। जिन सिस्टम में सर्विलांस सर्विसेस हैं, वे MySQL DBMS को सपोर्ट करेंगे।

जबकि MongoDB उन व्यवसायों के लिए सबसे अच्छा विकल्प होगा जिनकी प्रचुर वृद्धि हुई है और उन्हें बहुमुखी स्कीमा की आवश्यकता होगी।

यदि कुछ ही समय में स्कीमा को परिभाषित करना कठिन हो जाता है, तो MongoDB का डायनेमिक स्कीमा इस स्थिति में अपना सर्वश्रेष्ठ कार्य करेगा। यह स्थिति अक्सर मोबाइल ऐप उद्योग, विश्लेषणात्मक प्रणालियों और सामग्री प्रबंधन प्रणालियों में होती है।

यह केवल एक परिचय था, जो इस ट्यूटोरियल को आपके लिए लंबे समय में लाने के संकेत के लिए था। विंडोज पर MongoDB के इंस्टॉलेशन गाइड के बारे में अधिक जानने के लिए हमारे आगामी ट्यूटोरियल को देखें।

PREV ट्यूटोरियल | अगले ट्यूटोरियल

अनुशंसित पाठ

^