मैं कुंजी-मान, दस्तावेज़, वाइड-कॉलम और ग्राफ़ स्टोर में से कैसे चुनूँ?

मॉडल को एक्सेस पैटर्न से मिलाएं: ज्ञात कुंजी द्वारा सरल लुकअप के लिए कुंजी-मान; स्व-निहित, नेस्टेड रिकॉर्ड के लिए दस्तावेज़ जिन्हें उनके फ़ील्ड द्वारा क्वेरी किया जाता है; बहुत बड़ी, विरल तालिकाओं के लिए वाइड-कॉलम जिसमें अनुमानित पंक्ति-कुंजी एक्सेस होता है; और संबंधों और ट्रैवर्सल से हावी डेटा के लिए ग्राफ़, जैसे सोशल नेटवर्क या अनुशंसाएं।

क्या NoSQL स्टोर लेनदेन का समर्थन करते हैं?

ऐतिहासिक रूप से कई NoSQL स्टोर केवल एकल-कुंजी परमाणु संचालन और कोई मल्टी-रिकॉर्ड लेनदेन प्रदान नहीं करते थे, उन्हें स्केलेबिलिटी के लिए व्यापार करते थे। यह बदल गया है: कई आधुनिक NoSQL और 'NewSQL' सिस्टम अब मल्टी-डॉक्यूमेंट या यहां तक कि वितरित लेनदेन प्रदान करते हैं, इसलिए लेनदेन संबंधी समर्थन व्यापक रूप से भिन्न होता है और इसे प्रति सिस्टम जांचना चाहिए।

NoSQL डेटा स्टोर

NoSQL डेटा स्टोर गैर-संबंधी डेटाबेस हैं — कुंजी-मान (key-value), दस्तावेज़ (document), वाइड-कॉलम (wide-column), और ग्राफ़ (graph) — जो क्षैतिज रूप से स्केल करने और कुछ संबंधपरक गारंटियों की कीमत पर उपलब्ध रहने के लिए लचीले डेटा मॉडल और वितरण रणनीतियों को अपनाते हैं।

PaperMind से विषय खोजेंजल्द हीFind papers & topics

Tools & resources

स्लाइड डाउनलोड करें

Learn & explore

वीडियोजल्द ही

Definition

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

Scope

यह विषय NoSQL प्रणालियों और उनके डेटा मॉडल की मुख्य श्रेणियों को शामिल करता है: सरल लुकअप के लिए कुंजी-मान स्टोर, नेस्टेड रिकॉर्ड के लिए दस्तावेज़ स्टोर, विरल, बड़ी तालिकाओं के लिए वाइड-कॉलम स्टोर, और अत्यधिक कनेक्टेड डेटा के लिए ग्राफ़ डेटाबेस। यह इन प्रणालियों के लिए सामान्य डिज़ाइन विकल्पों — शार्डिंग (sharding), प्रतिकृति (replication), और ट्यूनेबल कंसिस्टेंसी (tunable consistency) — और प्रत्येक मॉडल के अनुकूल एक्सेस पैटर्न पर विचार करता है। इसमें व्यापक कंसिस्टेंसी सिद्धांत (CAP और कंसिस्टेंसी मॉडल) और प्रोसेसिंग फ्रेमवर्क शामिल नहीं हैं, जो आसन्न विषय हैं।

Core questions

प्रत्येक NoSQL श्रेणी (कुंजी-मान, दस्तावेज़, वाइड-कॉलम, ग्राफ़) कौन सा डेटा मॉडल प्रदान करती है?
प्रत्येक श्रेणी के लिए कौन से एक्सेस पैटर्न और वर्कलोड उपयुक्त हैं?
NoSQL स्टोर स्केल और उपलब्धता के लिए डेटा को कैसे शार्ड और प्रतिकृति करते हैं?
वे किन संबंधपरक विशेषताओं (जोड़, लेनदेन, स्कीमा) को शिथिल करते हैं, और क्यों?
ट्यूनेबल कंसिस्टेंसी सेटिंग्स अनुप्रयोगों को विलंबता और नवीनता को संतुलित करने की अनुमति कैसे देती हैं?

Key concepts

कुंजी-मान स्टोर
दस्तावेज़ स्टोर
वाइड-कॉलम स्टोर
ग्राफ़ डेटाबेस
शार्डिंग और प्रतिकृति
ट्यूनेबल कंसिस्टेंसी
स्कीमा लचीलापन
डीनॉर्मलाइज़्ड एक्सेस पैटर्न

Key theories

कुंजी-मान और वाइड-कॉलम मॉडल: कुंजी-मान स्टोर सरल, तेज़ लुकअप के लिए अपारदर्शी कुंजियों को मानों से मैप करते हैं, जबकि वाइड-कॉलम स्टोर डेटा को लचीले, विरल कॉलम परिवारों के साथ पंक्तियों में व्यवस्थित करते हैं; दोनों, Dynamo और Bigtable द्वारा उदाहरणित, शार्डिंग और प्रतिकृति के साथ बड़े क्लस्टर तक स्केल करते हैं।
दस्तावेज़ और ग्राफ़ मॉडल: दस्तावेज़ स्टोर स्व-वर्णन करने वाले नेस्टेड रिकॉर्ड (अक्सर JSON) रखते हैं और उनकी संरचना पर प्रश्नों का समर्थन करते हैं, जबकि ग्राफ़ डेटाबेस संस्थाओं और संबंधों को नोड्स और किनारों के रूप में मॉडल करते हैं जो अत्यधिक कनेक्टेड डेटा के ट्रैवर्सल के लिए अनुकूलित होते हैं।
स्केल के लिए शिथिल गारंटी: क्षैतिज रूप से स्केल करने और उपलब्ध रहने के लिए, कई NoSQL स्टोर स्कीमा को शिथिल करते हैं, मल्टी-रो लेनदेन और जोड़ को छोड़ देते हैं, और ट्यूनेबल या अंततः कंसिस्टेंसी प्रदान करते हैं, जिससे अखंडता की कुछ जिम्मेदारी एप्लिकेशन पर स्थानांतरित हो जाती है।

Clinical relevance

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

History

NoSQL आंदोलन इंटरनेट कंपनियों की एकल-नोड संबंधपरक डेटाबेस से आगे बढ़ने की आवश्यकता से बढ़ा। Google के Bigtable (2006/2008) ने वाइड-कॉलम मॉडल पेश किया और Amazon के Dynamo (2007) ने अत्यधिक उपलब्ध, अंततः सुसंगत कुंजी-मान मॉडल पेश किया; इन प्रभावशाली डिज़ाइनों ने 2000 के दशक के अंत और 2010 के दशक में ओपन-सोर्स कुंजी-मान, दस्तावेज़, वाइड-कॉलम और ग्राफ़ डेटाबेस की एक पीढ़ी को जन्म दिया।

Key figures

Werner Vogels
Jeffrey Dean
Sanjay Ghemawat

Seminal works

decandia2007
chang2008

Frequently asked questions

मैं कुंजी-मान, दस्तावेज़, वाइड-कॉलम और ग्राफ़ स्टोर में से कैसे चुनूँ?: मॉडल को एक्सेस पैटर्न से मिलाएं: ज्ञात कुंजी द्वारा सरल लुकअप के लिए कुंजी-मान; स्व-निहित, नेस्टेड रिकॉर्ड के लिए दस्तावेज़ जिन्हें उनके फ़ील्ड द्वारा क्वेरी किया जाता है; बहुत बड़ी, विरल तालिकाओं के लिए वाइड-कॉलम जिसमें अनुमानित पंक्ति-कुंजी एक्सेस होता है; और संबंधों और ट्रैवर्सल से हावी डेटा के लिए ग्राफ़, जैसे सोशल नेटवर्क या अनुशंसाएं।
क्या NoSQL स्टोर लेनदेन का समर्थन करते हैं?: ऐतिहासिक रूप से कई NoSQL स्टोर केवल एकल-कुंजी परमाणु संचालन और कोई मल्टी-रिकॉर्ड लेनदेन प्रदान नहीं करते थे, उन्हें स्केलेबिलिटी के लिए व्यापार करते थे। यह बदल गया है: कई आधुनिक NoSQL और 'NewSQL' सिस्टम अब मल्टी-डॉक्यूमेंट या यहां तक कि वितरित लेनदेन प्रदान करते हैं, इसलिए लेनदेन संबंधी समर्थन व्यापक रूप से भिन्न होता है और इसे प्रति सिस्टम जांचना चाहिए।