पिछले कई सालों से मैंने देखा है कि नोएसQL डीबी के लिए ब्याज बढ़ रहा है। नए तरह के डीबीएस का एक बहुत जारी कर रहे हैं:नोएसक्यूएल डाटाबेस
क्या आपको लगता है यह संबंधपरक मॉडल को बदलने के लिए लक्षित और सामान्य रूप में आप NoSQL के लिए भविष्य कैसे देख पा रहे हैं है।
क्यों NoSql (MongoDB)?
स्केलेबल और लचीला डेटासंग्रह: यह रिलेशनल डेटाबेस से दूर जाने के लिए प्राथमिक कारण है।
स्कीमा कम: एक ही रिकॉर्ड के साथ जटिल श्रेणीबद्ध संबंधों को दर्शाते हैं।
बाहर स्केलिंग: अधिक मशीन भर में डेटा का विभाजन।
आश्चर्यजनक तेजी से: MongoDB सर्वर के साथ बातचीत के प्राथमिक साधन के रूप में एक द्विआधारी तार प्रोटोकॉल का उपयोग करता
विशेषताएं:
आसानी
संग्रहित जावा स्क्रिप्ट
सरल प्रशासन (यदि मास्टर मास्टर-गुलाम वास्तुकला में मास्टर नीचे चला जाता है तो स्वचालित विफल)
MongoDB शक्तिशाली है और संबंधपरक सिस्टम से कई विशेषताएं रखने के लिए प्रयास करता है, यह सब कुछ है कि एक संबंधपरक डेटाबेस करता है क्या करने का इरादा नहीं है। जब भी संभव हो, तो डेटाबेस सर्वर क्लाइंट पक्ष को प्रसंस्करण और तर्क ऑफ़लोड करता है।
मोंगो डीबी जैसे नोएसक्यूएल सिस्टम अविश्वसनीय रूप से डेटा-गहन अनुप्रयोगों के लिए डिज़ाइन किए गए हैं - उदाहरण के लिए फेसबुक ने कैसंड्रा नामक एक नोएसक्यूएल समाधान बनाया है जो उनके पास बड़ी मात्रा में डेटा को संभालने के लिए है। NoSQL उन लोगों के लिए उपयोगी है जो उच्च स्केलेबल अनुप्रयोगों का निर्माण कर रहे हैं और डेटाबेस स्कीमा को लागू न करके खाली तालिका कॉलम की आवश्यकता को कम करने में मदद करते हैं, उदाहरण के लिए यदि आपके पास एक टेबल है जिसमें आपने अपने दोस्तों के बारे में जानकारी संग्रहीत की है, तो आपके पास नहीं होगा एक के पढ़ने के हितों को शामिल करने के लिए जहां आप दूसरे के पढ़ने के हितों को जानते थे।
रिलेशनल डेटाबेस में उनकी जगह होती है, हालांकि नोएसक्यूएल वास्तव में प्रतिस्थापन के रूप में नहीं है, बल्कि बड़े पैमाने पर डेटा संग्रहण के विचार के करीब आने का एक अलग तरीका है। मैं कहूंगा कि भविष्य में अधिक से अधिक कंपनियां नोएसक्यूएल समाधान का उपयोग शुरू कर देगी, लेकिन फिलहाल छोटी वेबसाइटों वाले अधिकांश लोगों को ऐसी मात्रा की जानकारी से निपटने के लिए डिज़ाइन की गई प्रणाली की आवश्यकता नहीं होती है।
आशा है कि मदद करता है!
मुझे लगता है कि नोएसक्यूएल 'एसक्यूएल' को प्रतिस्थापित करने के लिए है। अकेले शीर्षक इसके लिए संकेत देता है। नोएसक्यूएल का मतलब अलग-अलग समस्या का सामना करना है। नोएसक्यूएल और एसक्यूएल दोनों का उपयोग करने वाला कोई भी सिस्टम मुख्य मूल्य स्टोर होने का अर्थ पूरी तरह से स्वीकार नहीं कर रहा है।
कहना है इस दृष्टिकोण आदर्श (यह है NoSQL प्रौद्योगिकियों उन्नत सुविधाओं है कि वर्तमान में NoSQL की तुलना में बेहतर समस्या का समाधान SQL डेटाबेस दशकों के लिए किया गया है की जरूरत नहीं है के कई के बाद से।)
नहीं है यही कारण है कि चूंकि नोएसक्यूएल टेक्नोलॉजी परिपक्व (डेटा स्थिरता आश्वस्त है) कंपनियां अपने प्रौद्योगिकी ढेर से पूरी तरह से एसक्यूएल को हटाने में अधिक सहज महसूस करेंगी; और ओपन सोर्स डेटाबेस के वाणिज्यिक लाइसेंसिंग (ओरेकल द्वारा खरीदा जा रहा MySQL) इस माइग्रेशन की गति के लिए गति निर्धारित करेगा।
playORM जैसे सिस्टम हैं जो अब विभाजन के भीतर जुड़ सकते हैं, इसलिए यह अधिक से अधिक संभावना है कि भविष्य में कोई भी SQL सर्वर SQL सिस्टम को प्रतिस्थापित नहीं कर सकता है। वास्तव में, playORM एस-एसक्यूएल (स्केलेबल एसक्यूएल) का उपयोग करता है और आप पहले से ही वही SQL करते हैं जो आपके द्वारा पूछे जा रहे विभाजन निर्दिष्ट करते हैं। शुरुआत के रूप में, आप किसी भी विभाजन के साथ playORM का उपयोग करके एक एसएसक्यूएल में एक रिलेशनल मॉडल को स्थानांतरित कर सकते हैं और यह उतना तेज़ और हेनट होगा जितना आप अपने रिलेशनल मॉडल में विभाजित कर सकते हैं ताकि यह स्केल हो।