database यवस डेटाबेस प्रणाली जो संबंधपरक नहीं है




संबंधपरक डेटाबेस प्रबंधन प्रणाली (11)

वहाँ अन्य प्रकार के डेटाबेस सिस्टम क्या हैं मैं हाल ही में काउच डीबी में आया हूं जो एक गैर संबंधपरक तरीके से डेटा को संभालता है। मुझे यह सोचने के लिए मिला है कि अन्य मॉडल अन्य लोगों का उपयोग कर रहे हैं।

तो, मैं जानना चाहता हूं कि अन्य प्रकार के डेटा मॉडल को बाहर क्या है (मैं किसी विशेष के लिए नहीं देख रहा हूँ, बस देखना है कि कैसे अन्य लोग डेटा संग्रहण को संभालने हैं, मेरी रुचि पूरी तरह शैक्षणिक है)

जिन लोगों को मैं पहले से ही जानता हूं वे हैं:

  1. RDBMS (mysql, पोस्टग्रेज़ आदि ..)
  2. दस्तावेज़ आधारित दृष्टिकोण (काउचडीबी, कमल नोट्स)
  3. कुंजी / मान जोड़ी (बर्कलेडीबी)

अपाचे सीचडीबी एक गैर-रिलेशनल दस्तावेज़ उन्मुख डेटाबेस है जिसे हम देख रहे हैं

अपाचे सीचडीबी एक वितरित, दोष-सहिष्णु और स्कीमा-मुक्त दस्तावेज़-उन्मुख डेटाबेस है जो कि एक रिक्त HTTP / JSON API के माध्यम से पहुंचा जा सकता है। अन्य विशेषताओं के अलावा, यह द्वि-दिशात्मक संघर्ष का पता लगाने और संकल्प के साथ मजबूत, वृद्धिशील प्रतिकृति प्रदान करता है, और जावास्क्रिप्ट के साथ एक तालिका-उन्मुख दृश्य इंजन का प्रयोग करके क्वेरी करने योग्य और अनुक्रमण योग्य है, जो डिफ़ॉल्ट दृश्य परिभाषा भाषा के रूप में कार्य करता है

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


मैं अर्थ वेब और त्रिभुज के बारे में बिल कार्विन के जवाब पर और अधिक विस्तार करना चाहता हूं, क्योंकि इस समय मैं इस पर काम कर रहा हूं, और मुझे इसके बारे में कुछ कहना है।

ट्राइप्लेस्टोर के पीछे का विचार एक ग्राफ़-आधारित डेटाबेस को संग्रहित करना है, जिसका डेटामोडल जड़ आरडीएफ में है आरडीएफ के साथ, आप नोड्स और नोड्स (अन्य शब्दों में किनारों) के बीच संबंधों का वर्णन करते हैं। डेटा ट्रिपल में आयोजित किया जाता है:

start node ----relation----> end node 

(आरडीएफ भाषण में: विषय --प्रक्रिया -> वस्तु) यह बहुत आसान डेटा मॉडल के साथ, किसी भी डेटा नेटवर्क को अधिक से अधिक ट्रिपल जोड़कर प्रतिनिधित्व किया जा सकता है, बशर्ते आप नोड्स और संबंधों को एक अर्थ देते हैं।

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

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

 ns:MyFiat --rdf:type--> ns:Vehicle
 ns:MyFiat --ns:numberOfWheels-> 4

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

ns:MyFiat --ns:numberOfWheels--> 4

और कुछ नहीं। इस नोड के बारे में कोई प्रकार निर्दिष्ट नहीं है, लेकिन अनुमान इंजन स्वत: एक ट्रिपल कह रहा होगा कि

ns:MyFiat --rdf:type--> ns:Vehicle

क्योंकि आपने अपने टान्टोलॉजी में कहा है कि टाइप ऑब्जेक्ट के केवल ऑब्जेक्ट्स को प्रॉपर्टी नंबर ओफ़वाहेल्स द्वारा वर्णित किया जा सकता है।

इसके विपरीत, आप इंफॉर्मेशन इंजन का उपयोग अपने डेटा को ओटालॉजी के विरुद्ध मान्य करने के लिए कर सकते हैं ताकि अनुपालन डेटा (XML के लिए XML- स्कीमा जैसे XML के लिए) को नकार दें। इस मामले में, आपको ट्रिपलस्टोर द्वारा अपना डेटा सफलतापूर्वक स्वीकार करने के लिए दोनों ट्रिपल की आवश्यकता होगी।

ट्रिपलेस्टोर के अतिरिक्त लक्षण हैं सूत्र और प्रसंग-जागरूक भंडारण। सूत्र बयान हैं (सामान्य रूप से, ट्रिपल विषय विषय वस्तु वस्तु) जो कि कुछ काल्पनिक मैंने कभी फ़ार्मुलों का इस्तेमाल नहीं किया है, इसलिए मैं कुछ और नहीं जानूंगा जो मुझे नहीं पता। प्रसंग जागरूकता मूल रूप से उपग्राफ हैं: ट्रिपल भंडारण के साथ समस्या यह है कि आपको यह कहने के लिए कुछ नहीं है कि ये ट्रिपल कहां से आते हैं। मान लीजिए आपके पास दो डीलर्स हैं जो एक घटक की समान कीमत का वर्णन करते हैं। एक का कहना है कि कीमत 5.9 9 और अन्य 4.9 9 है। यदि आप बस एक डेटाबेस में दोनों triples स्टोर, अब आप कुछ जानकारी किसने कहा के बारे में कुछ नहीं पता इस समस्या को हल करने के दो तरीके हैं

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


रोशन कोरेलेशन डाटाबेस एक नया क्रांतिकारी गैर-रिलेशनल डेटाबेस है। सहसंबंध डेटाबेस प्रबंधन प्रणाली (सीडीबीएमएस) डेटा मॉडल स्वतंत्र है और एक विश्लेषणात्मक सिस्टम वातावरण में अप्रतिबंधित, तदर्थ पूछताछ को कुशलता से संभाल करने के लिए डिज़ाइन किया गया है। रिलेशनल डेटाबेस प्रबंधन सिस्टम या स्तंभ उन्मुख डेटाबेस के विपरीत, एक संबंध डेटाबेस वैल्यू-आधारित स्टोरेज (वीबीएस) आर्किटेक्चर का उपयोग करता है जिसमें प्रत्येक अनूठे डेटा वैल्यू केवल एक बार संग्रहीत होती है और ऑटो-जनरेटेड इंडेक्सिंग सिस्टम सभी मानों के लिए संदर्भ बनाए रखता है (डेटा है 100% अनुक्रमित) क्वेरीज़ एसक्यूएल (नोएसक्यूएल) के बजाय प्राकृतिक भाषा का उपयोग कर रहे हैं

अधिक जानें: www.datainnovationsgroup.com


क्या अमेज़ॅन की सरलडीबी गैर-संबंधपरक नहीं है?


आधार सिस्टम (मूल रूप से उपलब्ध, नरम राज्य, अंततः संगत) हैं और वे डेटा के विशाल मात्रा वाले सरल डेटा मॉडल के साथ अच्छी तरह से काम करते हैं। Google के बिगटेबल, डोजोज़ की दृढ़ता, अमेज़ॅन की डायनेमो, फेसबुक का कासांद्रा कुछ उदाहरण हैं

LINK देखें


ऑब्जेक्ट-आधारित डेटाबेस (उदाहरण के लिए, मैमोरोर)। Google की बिग-टेबल और एमेसन का साधारण संग्रहण मुझे यकीन नहीं है कि आप कैसे वर्गीकृत करेंगे, लेकिन ये दोनों मानचित्र-कम आधारित हैं


db4o

"लगभग" पृष्ठ से उद्धरण:

डीबी 4 ओ एक ओपन सोर्स ऑब्जेक्ट डेटाबेस है जो जावा और .नेट डेवलपर्स को एक अलग, कठोर डेटा मॉडल को पूर्वनिर्धारित या बनाए रखने की आवश्यकता को समाप्त करने के लिए केवल एक ही लाइन ऑफ कोड के साथ किसी भी ऑब्जेक्ट ऑब्जेक्ट को स्टोर करने और पुनः प्राप्त करने में सक्षम बनाता है।


4. नेविगेशन ट्री / पदानुक्रम और ग्राफ़ / नेटवर्क शामिल हैं

फ़ाइल सिस्टम, अर्थ वेब, एक्सएमएल, ऑब्जेक्ट डेटाबेस, कॉडैसिल, और कई अन्य सभी इस श्रेणी में फिट हैं।

उन 4 बहुत सुंदर हैं


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


कॉलम उन्मुख डेटाबेस भी एक अलग जानवर का एक सा है। उनमें से कई मानक रिलेशनल डेटाबेस SQL ​​का समर्थन करते हैं। ये आम तौर पर डेटा गोदाम प्रकार के अनुप्रयोगों के लिए उपयोग किया जाता है।






database