2010-08-17 41 views
9

यदि संबंधपरक डेटाबेस प्रतिमानों में से एक को ट्यूपल उन्मुख होना है तो हमारे पास सबसे बड़ी सीमा है।क्या सभी आधुनिक आरडीबीएमएस पंक्ति उन्मुख हैं? क्यूं कर?

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

मेमोरी मैपिंग: माइक्रोसेकंड में भारी भाग में डंप और साथ ही उन डिस्क छवियों को लोड करना।
और अभी भी अच्छी तरह से समझी और मानक भाषा (एसक्यूएल) का उपयोग किया है जो एकाधिक विक्रेताओं का समर्थन करता है।
कल्पना कीजिए कि इसकी सादगी के कारण उस चीज़ को इंटरफ़ेस करने के लिए कितने टूल डिज़ाइन किए जा सकते हैं।
क्या यह अधिक मजबूत नहीं होगा (और एक ही समय में KISS)?

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

+0

आपका क्या मतलब है "स्तंभ उन्मुख"? यह मेमोरी मैपिंग में मदद क्यों करेगा? SQL अभी भी एक अलग प्रकार के डेटाबेस पर क्यों काम करेगा? –

+0

"अन्यायपूर्ण समापन" के बारे में रोना इसे और भी असंभव बनाता है कि इसे फिर से खोला जाएगा। यह जरूरी है कि यह वास्तविक सवाल क्यों होगा और वास्तविक प्रश्न क्या है, यह स्पष्ट करने के लिए, इसे फिर से खोलने की संभावना में सुधार होगा। –

+0

मैं भी उलझन में हूं, यह क्यों बंद था। सवाल मुझे बहुत स्पष्ट लगता है। –

उत्तर

4

के एक संपूर्ण समूह भी मिलेगा सभी आधुनिक आरडीबीएमएस पंक्ति उन्मुख रहे हैं?

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

यहाँ आप के लिए एक संभावित दिलचस्प पढ़ा है: C-Store: A Column-oriented DBMS(पीडीएफ प्रारूप)

LucidDB डेटा भंडारण और बीआई के लिए एक लोकप्रिय कॉलम-ओरिएंटेड डेटाबेस है:

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

और फिर भी है अच्छी तरह से समझ का उपयोग करें और मानक भाषा (SQL) जो एक से अधिक विक्रेताओं का समर्थन:

उन है कि अपने हितों यहाँ के साथ ओवरलैप के लिए सुविधाओं की अपनी सूची देखें।

आप SQL का उपयोग LucidDB के साथ कर सकते हैं।

+0

लुसीडडीबी, सी-स्टोर के लिंक के लिए धन्यवाद - मुझे पता था कि यह पहले से ही बहुत ही जानकारीपूर्ण पोस्ट है। – bua

+0

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

1

Google का स्वामित्व डेटाबेस पहले ही कॉलम-आधारित है। यही कारण है कि आपकी खोज और अन्य गूढ़ चीजें इतनी जल्दी होती हैं। यह wiki article देखें जिसमें अन्य कार्यान्वयन के लिंक और संदर्भ भी शामिल हैं।

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

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

+0

क्यों डाउनवोट?! –

+0

मैंने आपके उत्तर को वोट नहीं दिया लेकिन मुझे नहीं लगता कि यह सवाल का जवाब देता है। प्रश्न एसक्यूएल डीबीएमएस/आरडीबीएमएस के लिए कॉलम और ट्यूपल उन्मुख स्टोरेज मॉडल के बारे में है। "कॉलम स्टोर" शब्द Google के डेटाबेस का वर्णन करने के लिए उपयोगी हो सकता है लेकिन आरडीबीएमएस के लिए स्टोरेज के साथ इसका कोई लेना-देना नहीं है क्योंकि बिगटेबल आरडीबीएमएस नहीं है। – sqlvogel

+0

* "ए बिगटेबल एक स्पैस, वितरित, लगातार बहु-आयामी ** क्रमबद्ध मानचित्र ** है। नक्शा को ** पंक्ति कुंजी **, ** कॉलम कुंजी **, और एक टाइमस्टैम्प द्वारा अनुक्रमित किया गया है; प्रत्येक मान नक्शा बाइट्स की एक अनियंत्रित सरणी है। "* - बिगटेबल: संरचित डेटा (Google, Inc.) के लिए एक वितरित स्टोरेज सिस्टम – bakkal

1

कई column-oriented databases वाणिज्यिक रूप से उपलब्ध हैं, उदाहरण के लिए Vertica। मैंने एक विशेष उच्च डालने की दर पर काम किया, ज्यादातर स्कीमा के साथ ज्यादातर लिखते हैं। जबकि अनुकूलित इंडेक्सिंग महत्वपूर्ण थी, हमारे लिए अधिक महत्वपूर्ण था स्पैस मूल्य वितरण वाले स्तंभों पर प्राप्त बेहतर संपीड़न अनुपात।

0

आप "NoSQL के लिए" देखो, तो आप हाल ही में डेटाबेस जो पंक्ति-उन्मुख नहीं कर रहे हैं, उदाहरण के लिए CouchDB

3

कई स्तंभ उन्मुख एसक्यूएल DBMSs हैं और वे चारों ओर साल के लिए किया गया है। Sybase IQ और वर्टिका दो प्रसिद्ध उदाहरण हैं। ये कॉलम स्टोर्स इस अर्थ में हैं कि वे आंतरिक रूप से कॉलम आधारित स्टोरेज का उपयोग करते हैं - वे अभी भी एक ही SQL तालिका-आधारित डेटा मॉडल का उपयोग किसी अन्य SQL DBMS के रूप में करते हैं।

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

http://dbmsmusings.blogspot.com/2010/03/distinguishing-two-major-types-of_29.html

+0

+1 लिंक और ऐतिहासिक छवि के लिए धन्यवाद, बहुत जानकारीपूर्ण। – bua

संबंधित मुद्दे