ग्राफ डेटाबेस

From Vigyanwiki
Revision as of 16:57, 25 September 2023 by alpha>Neeraja (added Category:Vigyan Ready using HotCat)

ग्राफ़ डेटाबेस (जीडीबी) एक डेटाबेस है | जो नोड (ग्राफ़ सिद्धांत), एज (ग्राफ़ सिद्धांत), और डेटा को प्रदर्शित करने और संग्रहीत करने के लिए गुणों के साथ सिमेंटिक क्वेरी के लिए ग्राफ़ (डेटा संरचना) का उपयोग करता है।[1] प्रणाली की प्रमुख अवधारणा ग्राफ़ (असतत गणित) (या किनारा या संबंध) है। ग्राफ स्टोर में डेटा आइटम को नोड्स और किनारों के संग्रह से संबंधित करता है | किनारों को नोड्स के बीच संबंधों का प्रतिनिधित्व करता है। सम्बन्ध स्टोर में डेटा को सीधे एक साथ जोड़ने की अनुमति देते हैं और कई स्थितियों में, संचालन के साथ पुनर्प्राप्त किए जाते हैं। ग्राफ़ डेटाबेस डेटा के बीच संबंधों को प्राथमिकता के रूप में रखते हैं। संबंधों को क्वेरी करना तेज़ है | क्योंकि वे डेटाबेस में स्थायी रूप से संग्रहीत होते हैं। ग्राफ़ डेटाबेस का उपयोग करके संबंधों को सहज रूप से देखा जा सकता है | जिससे वे अत्यधिक परस्पर जुड़े डेटा के लिए उपयोगी हो जाते हैं।[2]

ग्राफ़ डेटाबेस को सामान्यतः नोएसक्यूएल कहा जाता है। ग्राफ़ डेटाबेस 1970 के दशक के नेटवर्क मॉडल डेटाबेस के समान हैं | जिसमें दोनों सामान्य ग्राफ़ का प्रतिनिधित्व करते हैं | किन्तु नेटवर्क-मॉडल डेटाबेस अमूर्तता (कंप्यूटर विज्ञान) के निचले स्तर पर काम करते हैं।[3] और किनारों की श्रृंखला पर आसान ग्राफ ट्रैवर्सल की कमी है।[4]

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

As of 2021, किसी भी सार्वभौमिक ग्राफ़ क्वेरी भाषा को उसी तरह से नहीं अपनाया गया है जैसे एसक्यूएल संबंधपरक डेटाबेस के लिए था, और कई प्रकार की प्रणालियाँ हैं | जो अधिकांशतः उत्पाद से कसकर बंधी होती हैं। कुछ प्रारंभिक मानकीकरण प्रयासों से ग्रेमलिन (प्रोग्रामिंग भाषा) , स्पार्कल और ग्राफ क्वेरी भाषा जैसी मल्टी-वेंडर क्वेरी भाषा बनती हैं। सितंबर 2019 में नई मानक ग्राफ़ क्वेरी भाषा (आईएसओ/आईईसी 39075 सूचना प्रौद्योगिकी डेटाबेस भाषाएँ जीक्यूएल) बनाने के लिए परियोजना के प्रस्ताव को आईएसओ/आईईसी संयुक्त विधि समिति 1 (आईएसओ/आईईसी जेटीसी 1) के सदस्यों द्वारा अनुमोदित किया गया था। ग्राफ़ क्वेरी भाषा का उद्देश्य एसक्यूएल की तरह घोषणात्मक डेटाबेस क्वेरी भाषा होना है। क्वेरी भाषा इंटरफेस होने के अतिरिक्त, कुछ ग्राफ डेटाबेस को अप्लिकेशन प्रोग्रामिंग अंतरफलक (एपीआई) के माध्यम से एक्सेस किया जाता है।

ग्राफ़ डेटाबेस ग्राफ़ कंप्यूट इंजन से भिन्न होते हैं। ग्राफ़ डेटाबेस ऐसी विधिया हैं | जो संबंधपरक ऑनलाइन लेनदेन प्रसंस्करण (ओएलटीपी) डेटाबेस के अनुवाद हैं। दूसरी ओर, थोक विश्लेषण के लिए ऑनलाइन विश्लेषणात्मक प्रसंस्करण (ओएलएपी) में ग्राफ कंप्यूट इंजन का उपयोग किया जाता है।[5] ग्राफ डेटाबेस का उपयोग करने में प्रमुख प्रौद्योगिकी निगमों की सफलताओं के कारण, 2000 के दशक में ग्राफ डेटाबेस ने अधिक ध्यान आकर्षित किया था |[6]

अध्ययन ने निष्कर्ष निकाला कि आरडीबीएमएस ग्राफ़ प्रश्नों को निष्पादित करने पर वर्तमान ग्राफ़ विश्लेषण इंजनों के प्रदर्शन के समान था।[7]

इतिहास

1960 के दशक के मध्य में, आईबीएम के आईबीएम सूचना प्रबंधन प्रणाली जैसे नेविगेशनल डेटाबेस ने अपने पदानुक्रमित डेटाबेस मॉडल में ट्री (डेटा संरचना) जैसी संरचनाओं का समर्थन किया था |, किन्तु सख्त ट्री संरचना को वर्चुअल संग्रहित से दरकिनार किया जा सकता था।[8][9]

1960 के दशक के अंत से नेटवर्क मॉडल डेटाबेस में ग्राफ संरचनाओं का प्रतिनिधित्व किया जा सकता है। कोडैसिल, जिसने 1959 में कोबोल को परिभाषित किया था, | 1969 में नेटवर्क डेटाबेस भाषा को परिभाषित किया था।

ग्राफ लेबलिंग को 1980 के दशक के मध्य से ग्राफ़ डेटाबेस में प्रदर्शित किया जा सकता है | जैसे लॉजिकल डेटा मॉडल है |[10][11]

1990 के दशक की प्रारंभ में वाणिज्यिक वस्तु डेटाबेस (ओडीबीएमएस) का उदय हुआ था। 2000 में, वस्तु डेटा प्रबंधन समूह ने अपने ओडीएमजी'93 प्रकाशन में ऑब्जेक्ट और सम्बन्ध (ग्राफ़) संरचनाओं को परिभाषित करने के लिए मानक भाषा प्रकाशित की थी।

1990 के दशक की प्रारंभ में ग्राफ डेटाबेस में कई सुधार दिखाई दिए, 1990 के दशक के अंत में वेब पेजों को अनुक्रमित करने के प्रयासों में तेजी आई थी।

2000 के दशक के मध्य से अंत तक, एसीआईडी ​​​​गारंटियों के साथ वाणिज्यिक ग्राफ डेटाबेस जैसे कि निओ4ज और ओरेकल स्थानिक और ग्राफ़ उपलब्ध हो गए थे।

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

पृष्ठभूमि

ग्राफ़ डेटाबेस नोड्स, गुण और किनारों को नियोजित करते हैं

ग्राफ़ डेटाबेस डेटा को चित्रित करते हैं | क्योंकि इसे अवधारणात्मक रूप से देखा जाता है। यह डेटा को नोड्स और उसके संबंधों को किनारों में स्थानांतरित करके पूरा किया जाता है।

ग्राफ़ डेटाबेस एक डेटाबेस है | जो ग्राफ़ सिद्धांत पर आधारित है। इसमें ऑब्जेक्ट्स का समुच्चय होता है, जो नोड या एज हो सकता है।

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

ग्राफ मॉडल

लेबल-गुण ग्राफ

लेबल-गुण ग्राफ़ मॉडल को नोड्स, सम्बन्ध, गुण और लेबल के समुच्चय द्वारा दर्शाया जाता है। डेटा और उनके संबंधो के दोनों नोड्स का नाम दिया गया है और एट्रिब्यूट-वैल्यू पेयर की-वैल्यू पेयर द्वारा दर्शाए गए गुणों को स्टोर कर सकते हैं। नोड्स को समूहीकृत करने के लिए लेबल किया जा सकता है। संबंधों का प्रतिनिधित्व करने वाले किनारों में दो गुण होते हैं: उनके पास सदैव प्रारंभ नोड और अंत नोड होता है, और निर्देशित होता है \[13] ग्राफ़ को निर्देशित ग्राफ बनाना संबंधो में गुण भी हो सकते हैं। यह नोड्स के संबंधों को अतिरिक्त मेटाडेटा और शब्दार्थ प्रदान करने में उपयोगी है।[14] संबंधों का प्रत्यक्ष भंडारण समय जटिलता लगातार समय निरंतर-समय ग्राफ़ ट्रैवर्सल की अनुमति देता है।[15]

संसाधन विवरण फ्रेमवर्क (आरडीएफ)

Main article: आरडीएफ (कंप्यूटर विज्ञान)
उदाहरण आरडीएफ ग्राफ़

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

गुण

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

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

भंडारण

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

अनुक्रमणिका-मुक्त निकटता

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

अनुप्रयोग

डेटा के प्रकार के अनुसार ग्राफ़ की कई श्रेणियां पहचानी गई हैं। गार्टनर ग्राफ़ की पाँच व्यापक श्रेणियों का सुझाव देता है |[17]

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

संबंधपरक डेटाबेस के साथ तुलना

संबंधपरक मॉडल पर एडगर एफ. कॉड के 1970 के पेपर के बाद से,[18] संबंधपरक डेटाबेस बड़े मापदंड पर डेटा स्टोरेज प्रणाली के लिए वास्तविक उद्योग मानक रहे हैं। संबंधपरक मॉडल को सख्त स्कीमा और डेटा सामान्यीकरण की आवश्यकता होती है | जो डेटा को कई तालिकाओं में अलग करता है और डेटाबेस के अंदर किसी भी डुप्लिकेट डेटा को हटा देता है। डेटा स्थिरता को बनाए रखने और एसीआईडी ​​​​(कंप्यूटर साइंस) का समर्थन करने के लिए डेटा को सामान्यीकृत किया जाता है। चूँकि यह इस बात पर सीमाएँ लगाता है कि संबंधो को कैसे समझा जा सकता है।

संबंधपरक मॉडल की रचना प्रेरणाओं में से तेज़ पंक्ति-दर-पंक्ति पहुँच प्राप्त करना था।[18] समस्याएँ तब उत्पन्न होती हैं जब संग्रहीत डेटा के बीच जटिल संबंध बनाने की आवश्यकता होती है। चूँकि संबंधपरक मॉडल के साथ संबंधों का विश्लेषण किया जा सकता है | कई तालिकाओं पर कई अलग-अलग विशेषताओं पर कई सम्मिलित संचालन करने वाले जटिल प्रश्नों की आवश्यकता होती है। संबंधपरक मॉडल के साथ काम करने में, विदेशी कुंजी बाधाओं पर भी विचार किया जाना चाहिए, जब संबंधो को पुनः प्राप्त करना, अतिरिक्त ओवरहेड का कारण बनता है।

संबंधपरक डेटाबेस की तुलना में, ग्राफ़ डेटाबेस अधिकांशतः साहचर्य डेटा समुच्चय के लिए तेज़ होते हैं और ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग एप्लिकेशन की संरचना के लिए अधिक सीधे मैप करें। वे अधिक स्वाभाविक रूप से स्केल कर सकते हैं | बड़े डेटासमुच्चय के लिए क्योंकि उन्हें सामान्यतः सम्मिलित हों (एसक्यूएल) संचालन की आवश्यकता नहीं होती है | जो अधिकांशतः महंगा हो सकता है। जैसा कि वे कठोर स्कीमा पर कम निर्भर करते हैं | उन्हें विकसित स्कीमा के साथ तदर्थ और बदलते डेटा को प्रबंधित करने के लिए अधिक उपयुक्त के रूप में विपणन किया जाता है।

इसके विपरीत, संबंधपरक डेटाबेस प्रबंधन प्रणालियां सामान्यतः बड़ी संख्या में डेटा तत्वों पर एक ही संचालन करने में तेज होती हैं | जिससे डेटा की प्राकृतिक संरचना में हेरफेर की अनुमति मिलती है। ग्राफ डेटाबेस के लाभ और वर्तमान की लोकप्रियता के अतिरिक्त संबंधपरक डेटाबेस, यह अनुशंसा की जाती है कि ग्राफ़ मॉडल ही वर्तमान संबंधपरक डेटाबेस को बदलने का एकमात्र कारण नहीं होना चाहिए। ग्राफ़ डेटाबेस प्रासंगिक हो सकता है | यदि परिमाण और कम विलंबता के क्रम में प्रदर्शन में सुधार के लिए कोई प्रमाण हो।[19]

उदाहरण

संबंधपरक मॉडल डेटा में जानकारी का उपयोग करके डेटा को एक साथ इकट्ठा करता है। उदाहरण के लिए, कोई उन सभी उपयोगकर्ताओं को खोज सकता है | जिनके फ़ोन नंबर में क्षेत्र कोड 311 है। यह स्ट्रिंग 311 के लिए चयनित फोन नंबर फ़ील्ड में देखकर चयनित डेटास्टोर्स, या टेबल (डेटाबेस) को खोजकर किया जाएगा। यह बड़ी तालिकाओं में समय लेने वाली प्रक्रिया हो सकती है | इसलिए संबंधपरक डेटाबेस इंडेक्स प्रदान करते हैं,| जो डेटा को एक छोटी उप-तालिका में संग्रहीत करने की अनुमति देते हैं,| जिसमें केवल चयनित डेटा और संग्रहित की कुंजी (या प्राथमिक कुंजी) होती है। यदि फ़ोन नंबरों को अनुक्रमित किया जाता है, तो समान खोज छोटी अनुक्रमणिका तालिका में होगी, मेल खाने वाले संग्रहित की कुंजियों को एकत्रित करना, और फिर उन कुंजियों वाले संग्रहित के लिए मुख्य डेटा तालिका में देखना। सामान्यतः , टेबल को इस तरह से स्टोर किया जाता है जिससे कुंजी के माध्यम से लुकअप बहुत तेज हो जाता है।[20]

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

इसके विपरीत, ग्राफ़ डेटाबेस सीधे संग्रहित के बीच संबंधों को संग्रहीत करते हैं। जिसमें अपने उपयोगकर्ता की कुंजी को देखकर ईमेल पता खोजने के अतिरिक्त userpk स्तंभ, उपयोगकर्ता संग्रहित में सूचक होता है | जो सीधे ईमेल पता संग्रहित को संदर्भित करता है। अर्थात्, उपयोगकर्ता का चयन करने के बाद, पॉइंटर को सीधे ईमेल संग्रहित तक पहुँचाया जा सकता है | मेल खाने वाले संग्रहित को खोजने के लिए ईमेल तालिका को खोजने की कोई आवश्यकता नहीं है। यह महंगे ज्वाइन ऑपरेशंस को खत्म कर सकता है। उदाहरण के लिए, यदि कोई क्षेत्र कोड 311 में उपयोगकर्ताओं के लिए सभी ईमेल पतों की खोज करता है, तो इंजन पहले 311 में उपयोगकर्ताओं को खोजने के लिए पारंपरिक खोज करेगा, किन्तु फिर उन संग्रहित में पाए गए लिंक का अनुसरण करके ईमेल पते को पुनः प्राप्त करेगा। संबंधपरक डेटाबेस पहले 311 में सभी उपयोगकर्ताओं को खोजेगा, प्राथमिक कुंजियों की सूची निकालेगा, उन प्राथमिक कुंजियों के साथ ईमेल तालिका में किसी भी संग्रहित के लिए दूसरी खोज करेगा, और मेल खाने वाले संग्रहित को एक साथ लिंक करेगा। इस प्रकार के सामान्य कार्यों के लिए, ग्राफ़ डेटाबेस सैद्धांतिक रूप से तेज़ होंते है।[20]

ग्राफ़ दृष्टिकोण का सही मूल्य तब स्पष्ट हो जाता है | जब कोई ऐसी खोज करता है | जो स्तर से अधिक गहरी होती है। उदाहरण के लिए, 311 क्षेत्र कोड में उन उपयोगकर्ताओं की खोज पर विचार करें जिनके ग्राहक हैं |(उपयोगकर्ताओं को अन्य उपयोगकर्ताओं से जोड़ने वाली तालिका)। इस स्थिति में संबंधपरक डेटाबेस को पहले 311 में क्षेत्र कोड वाले सभी उपयोगकर्ताओं को खोजना होता है | फिर उन उपयोगकर्ताओं में से किसी के लिए सब्सक्राइबर तालिका की खोज करनी होती है, और फिर अंत में मिलान करने वाले उपयोगकर्ताओं को पुनः प्राप्त करने के लिए उपयोगकर्ता तालिका को खोजना होता है। इसके विपरीत, ग्राफ डेटाबेस 311 में सभी उपयोगकर्ताओं के लिए खोज करेगा, फिर ग्राहक संबंध के माध्यम से ग्राहक उपयोगकर्ताओं को खोजने के लिए बैकलिंक का पालन करेगा। यह कई खोजों, लुक-अप और आउटपुट के निर्माण के लिए आवश्यक कई संग्रहित से सभी अस्थायी डेटा को होल्ड करने में सम्मिलित मेमोरी उपयोग से बचा जाता है। बिग ओ नोटेशन के संदर्भ में, यह प्रश्न होगा समय - अर्थात, डेटा के आकार के लघुगणक के समानुपाती होता है | इसके विपरीत, संबंधपरक संस्करण एकाधिक होगा लुकअप, साथ ही सभी डेटा संग्रहित में सम्मिलित होने के लिए आवश्यक समय होता है।[20]

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

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

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

दो तालिकाओं के साथ संबंधपरक मॉडल की कल्पना करें: आगे वर्णन करने के लिए a people टेबल (जिसमें ए person_id और person_name कॉलम) और ए friend तालिका (साथ friend_id और person_id, जो की विदेशी कुंजी है people मेज) इस स्थिति में, जैक के सभी दोस्तों को खोजने से निम्नलिखित एसक्यूएल क्वेरी प्राप्त होगी। 

SELECT p2.person_name 
FROM people p1 
JOIN friend ON (p1.person_id = friend.person_id)
JOIN people p2 ON (p2.person_id = friend.friend_id)
WHERE p1.person_name = 'Jack';

एक ही प्रश्न का अनुवाद किया जा सकता है |

  • साइफर पूछताछ भाषा , ग्राफ डेटाबेस क्वेरी भाषा
    MATCH (p1:person {name: 'Jack'})-[:FRIEND_WITH]-(p2:person)
RETURN p2.name
  • स्पार्कल, W3C द्वारा मानकीकृत आरडीएफ ग्राफ़ डेटाबेस क्वेरी भाषा और कई आरडीएफ ट्रिपलस्टोर और नामांकित ग्राफ़ स्टोर में उपयोग की जाती है
    • लंबा प्रपत्र 
      PREFIX foaf: <http://xmlns.com/foaf/0.1/>

SELECT ?name
WHERE { ?s a          foaf:Person . 
        ?s foaf:name  "Jack" . 
        ?s foaf:knows ?o . 
        ?o foaf:name  ?name . 
      }
    • संक्षिप्त रूप 
      PREFIX foaf: <http://xmlns.com/foaf/0.1/>

SELECT ?name
WHERE { ?s foaf:name     "Jack" ;
           foaf:knows    ?o .
           ?o foaf:name  ?name .
      }
  • एसपीएएसक्यूएल, हाइब्रिड डेटाबेस क्वेरी भाषा, जो एसक्यूएल को स्पार्कल के साथ विस्तारित करती है |
    SELECT people.name
FROM (
       SPARQL PREFIX foaf: <http://xmlns.com/foaf/0.1/>
              SELECT ?name
              WHERE { ?s foaf:name  "Jack" ; 
                         foaf:knows ?o .
                      ?o foaf:name  ?name .
                    }
    ) AS people ;

उपरोक्त उदाहरण मूलभूत संबंध क्वेरी का एक सरल उदाहरण हैं। वे संबंधपरक मॉडल की क्वेरी जटिलता के विचार को संघनित करते हैं | जो डेटा की कुल मात्रा के साथ बढ़ता है। इसकी तुलना में, ग्राफ़ डेटाबेस क्वेरी परिणाम प्रस्तुत करने के लिए संबंध ग्राफ़ के माध्यम से सॉर्ट करने में आसानी से सक्षम है।

ऐसे परिणाम भी हैं | जो संकेत करते हैं कि ग्राफ़ डेटाबेस के सरल, संघनित और घोषणात्मक प्रश्न आवश्यक रूप से संबंधपरक डेटाबेस की तुलना में अच्छा प्रदर्शन प्रदान नहीं करते हैं। जबकि ग्राफ़ डेटाबेस डेटा का सहज प्रतिनिधित्व प्रदान करते हैं | संबंधपरक डेटाबेस उत्तम परिणाम प्रदान करते हैं | जब समुच्चय ऑपरेशंस की आवश्यकता होती है।[15]

ग्राफ डेटाबेस की सूची

निम्नलिखित डब्ल्यू.पी जीएनजी ग्राफ डेटाबेस की एक सूची है |

नाम वर्तमान

संस्करण

लेटेस्ट

मुक्त करना

दिनांक

(वर्ष-महीने-डीडी)

सॉफ़्टवेयर

लाइसेंस

प्रोग्रामिंग भाषा विवरण
एलेग्रोग्राफ 7.0.0 2020-04 Proprietary, clients: Eclipse Public License v1 सी #, सी, कॉमन लिस्प, जावा, पायथन संसाधन विवरण फ्रेमवर्क (आरजेडी) और ग्राफ डेटाबेस।
अमेज़न

नेपच्यून

1.2.1.0 2023-03-08[22] Proprietary खुलासा नहीं किया अमेज़ॅन नेपच्यून Amazon.com द्वारा पूरी तरह से प्रबंधित ग्राफ़ डेटाबेस है। यह एक वेब सेवा के रूप में प्रयोग किया जाता है, और यह अमेज़ॅन वेब सेवाओं का भाग है। लोकप्रिय ग्राफ़ मॉडल प्रॉपर्टी ग्राफ़ और W3C के आरडीएफ, और उनकी संबंधित क्वेरी भाषाओं अपाचे टिंकरपॉप, ग्रेमलिन, स्पार्कल और ओपन साइफर का समर्थन करता है।
एंजोग्राफ डीबी 2.1 2020-02 Proprietary सी, सी ++ .[23][24][25][26]
अरंगोडीबी 3.9.1 2022-04 Free Apache 2, Proprietary सी++, जावास्क्रिप्ट, .नेट, जावा, पायथन, नोड.जेएस, पीएचपी, स्काला, गो, रूबी, एलिक्सिर अरंगोडीबी इंक द्वारा विकसित नोक्यूएल देशी ग्राफ़ डेटाबेस सिस्टम, एक डेटाबेस कोर और एक्यूएल (अरांगोडीबी क्वेरी भाषा) नामक एक एकीकृत क्वेरी भाषा के साथ तीन डेटा मॉडल (कुंजी / मान, दस्तावेज़, ग्राफ़) का समर्थन करता है। डेटासेंटर-टू-डेटासेंटर प्रतिकृति, ऑटो-शार्डिंग, स्वचालित विफलता और अन्य क्षमताओं के माध्यम से मापनीयता और उच्च उपलब्धता प्रदान करता है।
एज़्योर कॉस्मॉस डीबी 2017 स्वामित्व खुलासा नहीं किया मल्टी-मोडल डेटाबेस जो अपाचे ग्रेमलिन क्वेरी भाषा का उपयोग करके ग्राफ अवधारणाओं का समर्थन करता है
डेटास्टैक्स

एंटरप्राइज़

ग्राफ़

v6.0.1 2018-06 Proprietary जावा वितरित, रीयल-टाइम, स्केलेबल डेटाबेस; टिंकरपॉप का समर्थन करता है, और कैसेंड्रा के साथ एकीकृत करता है[27]
इनफिनिटग्राफ 2021.2 2021-05 Proprietary, commercial, free 50GB version जावा, सी ++, रेस्ट एपीआई, 'डीओ' क्वेरी लैंग्वेज जटिल, रीयल-टाइम प्रश्नों और संचालन के लिए एक वितरित, क्लाउड-सक्षम और बड़े पैमाने पर स्केलेबल ग्राफ़ डेटाबेस। इसके वर्टेक्स और एज ऑब्जेक्ट्स में अद्वितीय 64-बिट ऑब्जेक्ट आइडेंटिफ़ायर हैं जो ग्राफ़ नेविगेशन और पाथफाइंडिंग ऑपरेशंस को अधिक तेज करते हैं। यह समवर्ती, समानांतर प्रश्नों के साथ ग्राफ़ में बैच या स्ट्रीमिंग अपडेट का समर्थन करता है। इन्फिनितिग्राफ की 'डियो' क्वेरी भाषा मूल्य आधारित क्वेरी और साथ ही जटिल ग्राफ़ क्वेरी दोनों को सक्षम करती है। जटिल वस्तु प्रश्नों का समर्थन करने के लिए इन्फिनिटग्राफ ग्राफ डेटाबेस से परे जाता है।
जानूसग्राफ 0.6.2 2022-05-31[28] Apache 2 जावा लिनक्स फाउंडेशन के तहत एक मल्टी-मशीन क्लस्टर ग्राफ डेटाबेस में वितरित ओपन सोर्स, स्केलेबल; विभिन्न भंडारण बैकएंड का समर्थन करता है (अपाचे कैसेंड्रा, अपाचे एचबेस, गूगल क्लाउड बिगटेबल, ओरेकल बर्कलेडीबी);[29] बड़े डेटा प्लेटफॉर्म (अपाचे स्पर्क, अपाचे जिराफ, अपाचे हडूप) के साथ एकीकरण के माध्यम से ग्लोबल ग्राफ़ डेटा एनालिटिक्स, रिपोर्टिंग, और एक्सट्रैक्ट, ट्रांसफ़ॉर्म, लोड (इटिएल) का समर्थन करता है; बाहरी इंडेक्स स्टोरेज (एलिस्टिक्स खोज, अपाचे सोलर, अपाचे ल्यूसीन) के माध्यम से जियो, न्यूमेरिक रेंज और फुल-टेक्स्ट सर्च का समर्थन करता है।.[30]
मार्कलॉजिक 8.0.4 2015 Proprietary, freeware developer version जावा मल्टी-मॉडल नोक्यूएल डेटाबेस जो दस्तावेजों (जेएसओएन और एक्सएमएल) और सिमेंटिक ग्राफ डेटा (आरडीएफ ट्रिपल्स) को स्टोर करता है; एक अंतर्निर्मित खोज इंजन भी है।
माइक्रोसॉफ्ट एसक्यूएल सर्वर 2017 RC1 Proprietary एसक्यूएल/T-एसक्यूएल, R, पायथन मैनी-टू-मैनी संबंधों को मॉडल करने के लिए ग्राफ़ डेटाबेस क्षमताओं की पेशकश करता है। ग्राफ़ संबंधों को ट्रांजैक्ट-एसक्यूएल में एकीकृत किया गया है, और विशेषण सर्वर को मूलभूत डेटाबेस प्रबंधन प्रणाली के रूप में उपयोग किया जाता है.[31]
नेबुलाग्राफ 3.0.2 2022-03 अपाचे 2.0, ओपन सोर्स, कॉमन क्लॉज 1.0 सी++, जिओ, जावा, पायथन विलंबता के मिलीसेकंड के साथ अरबों शीर्षों और खरबों किनारों को संग्रहीत करने और संभालने के लिए एक स्केलेबल ओपन-सोर्स वितरित ग्राफ़ डेटाबेस। यह रैखिक मापनीयता के लिए साझा-कुछ भी वितरित वास्तुकला के आधार पर डिज़ाइन किया गया है।
निओ4ज 5.7 2023-04-20[32] GPLv3 Community Edition, commercial and AGPLv3 options for enterprise and advanced editions जावा, .नेट, जावास्क्रिप्ट, पायथन, गो, रूबी, पीएचपी, आर, एरलांग/एलिक्सिर, सी/सी++, क्लोजर, पर्ल, हास्केल ओपन-सोर्स, एसीआईडी ​​का समर्थन करता है, एंटरप्राइज़ परिनियोजन के लिए उच्च-उपलब्धता क्लस्टरिंग है, और एक वेब-आधारित प्रशासन के साथ आता है जिसमें पूर्ण लेनदेन समर्थन और विज़ुअल नोड-लिंक ग्राफ़ एक्सप्लोरर शामिल है; इसके बिल्ट-इन रेस्ट वेब एपीआई इंटरफ़ेस और आधिकारिक ड्राइवरों के साथ एक मालिकाना बोल्ट प्रोटोकॉल का उपयोग करके अधिकांश प्रोग्रामिंग भाषाओं से सुलभ।
ऑनटोटेक्स्ट ग्राफडीबी 10.2.1 2023-04-25[33] Proprietary, Standard and Enterprise Editions are commercial, Free Edition is freeware जावा आरडीएफ और स्पार्कल समर्थन के साथ अत्यधिक कुशल और मजबूत सिमेंटिक ग्राफ डेटाबेस, एक उच्च-उपलब्धता क्लस्टर के रूप में भी उपलब्ध है। टेबुलर डेटा के अंतर्ग्रहण और सामंजस्य के लिए ओपनरिफाइन को एकीकृत करता है और ओन्टोलॉजी-आधारित डेटा एक्सेस के लिए ऑनटॉप करता है। पूर्ण पाठ और मुखरित खोज के लिए ल्यूसीन, एसओएलआर और एलिस्टिक्स खोज, और इवेंट और स्ट्रीम प्रोसेसिंग के लिए काफ्का से कनेक्ट करता है। ओजीसी जियोस्पार्कल का समर्थन करता है। नॉलेज ग्राफ़ के लिए जेडीबीसी एक्सेस प्रदान करता है।
ओपनलिंक

गुणी

8.2 2018-10 Open Source Edition is GPLv2, Enterprise Edition is proprietary सी, सी ++ बहु-मॉडल (हाइब्रिड) रिलेशनल डेटाबेस मैनेजमेंट सिस्टम (राइटबीएमएस) जो कि विकिपीडिया और/या आरडीएफ ग्राफ़ के रूप में मॉडल किए गए डेटा पर घोषणात्मक (डेटा डेफिनिशन और डेटा मैनिपुलेशन) संचालन के लिए शेयरिंग और स्पार्कल दोनों का समर्थन करता है। सीएसवी, एक्सएमएल, और जेएसओएन सहित कई दस्तावेज़ प्रकारों से आरडीएफ-टर्टल, आरडीएफ-एन-ट्रिपल, आरडीएफ-एक्सएमएल, जेएसओएन-एलडी, और मैपिंग और संबंधों की पीढ़ी (एसक्यूएल टेबल या आरडीएफ ग्राफ) के अनुक्रमण का समर्थन करता है। एक स्थानीय या एम्बेडेड उदाहरण के रूप में तैनात किया जा सकता है (जैसा कि नेपोमुक सिमेंटिक डेस्कटॉप में उपयोग किया जाता है), एक-आवृत्ति नेटवर्क सर्वर, या एक साझा-शून्य इलास्टिक-क्लस्टर बहु-आवृत्ति नेटवर्क सर्वर
ओरेकल आरडीएफ ओरेकल डेटाबेस का ग्राफ़ भाग 21c 2020 Proprietary स्पार्कल, एसक्यूएल मल्टी-मॉडल ओरेकल डाटाबेस में सुविधाओं के रूप में आरडीएफ ग्राफ क्षमताएं: आरडीएस ग्राफ: मूल तर्क और ट्रिपल-लेवल लेबल सुरक्षा के साथ ओरेकल डेटाबेस में व्यापक डब्ल्यू3सी आरडीएफ ग्राफ प्रबंधन। एसीआईडी, उच्च उपलब्धता, उद्यम पैमाने। विज़ुअलाइज़ेशन, आरडीएफ4जे और नेटिव एंड स्पार्कल एंड पॉइंट सम्मिलित हैं।
ओरेकल प्रोपर्टी ग्राफ; ओरेकल डेटाबेस का भाग 21c 2020 स्वामित्व; ओपन सोर्स भाषा विनिर्देश पीजीक्यूएल, जावा, पायथन संपत्ति ग्राफ; वस्तुओं या शीर्षों का एक सेट, और वस्तुओं को जोड़ने वाले तीरों या किनारों का एक सेट। वर्टिकल और किनारों में कई गुण हो सकते हैं, जिन्हें की-वैल्यू पेयर के रूप में दर्शाया जाता है। पजीक्यूएल, एक विशेषण-जैसी ग्राफ़ क्वेरी भाषा और एक इन-मेमोरी विश्लेषणात्मक इंजन (पीजीएक्स) लगभग 60 पूर्वनिर्मित समानांतर ग्राफ़ एल्गोरिदम शामिल हैं। रेस्ट एपीआई और ग्राफ विज़ुअलाइज़ेशन शामिल हैं।
ओरिएंटडीबी 3.0.28 2020-02 Community Edition is Apache 2, Enterprise Edition is commercial जावा एक उत्पाद में दस्तावेज़ों के लचीलेपन के साथ दूसरी पीढ़ी का वितरित ग्राफ़ डेटाबेस (अर्थात, यह एक ग्राफ़ डेटाबेस और एक दस्तावेज़ नोक्यूएल डेटाबेस दोनों है); ओपन-सोर्स अपाचे 2 लाइसेंस के तहत लाइसेंस; और पूर्ण एसीआईडी ​​समर्थन है; इसमें मल्टी-मास्टर प्रतिकृति और शार्पिंग है; स्कीमा-रहित, -पूर्ण और -मिश्रित मोड का समर्थन करता है; उपयोगकर्ता और भूमिकाओं के आधार पर सुरक्षा रूपरेखा है; एक क्वेरी भाषा का समर्थन करता है जो व्युत्पन्न के समान है। इसमें एचटीटीपी रेस्ट और जेएसओएन एपीआई है।
रेडिसग्राफ 2.0.20 2020-09 रेडिस स्रोत उपलब्ध लाइसेंस C इन-मेमोरी, क्वेरी करने योग्य संपत्ति ग्राफ़ डेटाबेस जो ग्राफ़ को क्वेरी करने के लिए ग्राफ़ और रैखिक बीजगणित में आसन्न मैट्रिक्स का प्रतिनिधित्व करने के लिए एसपीर्स मैट्रिसेस का उपयोग करता है।
सैप हाना 2.0 SPS 05 2020-06[34] Proprietary C, C++, जावा, जावालिपि और भाषा जैसी भाषा इन-मेमोरी एसीआईडी ​​लेनदेन समर्थित संपत्ति ग्राफ
एसपीएआरकेएसईई 5.2.0 2015 Proprietary, commercial, freeware for evaluation, research, development सी ++ स्पार्सिटी टेक्नोलॉजीज से उच्च-प्रदर्शन स्केलेबल डेटाबेस प्रबंधन प्रणाली; मुख्य विशेषता बड़े नेटवर्क को पुनः प्राप्त करने और तलाशने के लिए इसका क्वेरी प्रदर्शन है; जावा, सी ++, सी #, पायथन और ऑब्जेक्टिव-सी के लिए बाइंडिंग है; संस्करण 5 पहला ग्राफ मोबाइल डेटाबेस है।
सकर्रल

एंटरप्राइज़

2.0 2015-02 Proprietary जावा वितरित, रीयल-टाइम ग्राफ़ डेटाबेस में सेल-स्तर की सुरक्षा और बड़े पैमाने पर स्केलेबिलिटी की सुविधा है[35]
टेराडाटा

एस्टर

7 2016 Proprietary जावा, पायथन, सी++, आर बड़े पैमाने पर समांतर प्रसंस्करण (एमपीपी) डाटाबेस जिसमें पेटेंट इंजन शामिल हैं जो नेटिव इमेज, मैपरिड्यूस, और ग्राफ डेटा स्टोरेज और मैनिपुलेशन का समर्थन करते हैं; विश्लेषणात्मक कार्य पुस्तकालयों और डेटा विज़ुअलाइज़ेशन का एक सेट प्रदान करता है[36]
टर्मिनसडीबी 10.1.4 2022-08[37] Free Apache 2 प्रोलॉग, जंग, पायथन, जेएसओएन-एलडी दस्तावेज़-उन्मुख ज्ञान ग्राफ; दस्तावेजों की सरलता के साथ उद्यम ज्ञान ग्राफ की शक्ति।
टाइगरग्राफ 3.8.0 2022-11[38] Proprietary सी ++ बड़े मापदंड पर समानांतर प्रसंस्करण (एमपीपी) देशी ग्राफ डेटाबेस प्रबंधन प्रणाली
टाइप डीबी 2.14.0 2022-11[39] Free, GNU AGPLv3 जावा, पायथन, जावास्क्रिप्ट टाइपडीबी एक समृद्ध और तार्किक प्रकार की प्रणाली के साथ एक दृढ़ता से टाइप किया गया डेटाबेस है। टाइपडीबी आपको जटिल समस्याओं से निपटने का अधिकार देता है, और टाइपक्युएल इसकी क्वेरी भाषा है। टाइपडीबी आपको अपने डोमेन को तार्किक और वस्तु-उन्मुख सिद्धांतों के आधार पर मॉडल करने की अनुमति देता है। इकाई, संबंध और विशेषता प्रकारों के साथ-साथ प्रकार पदानुक्रम, भूमिकाएं और नियम से बना, टाइपडीबी आपको उच्च-स्तरीय सोचने की अनुमति देता है, जैसा कि ज्वाइन-टेबल, कॉलम, दस्तावेज़, कोने, किनारों और गुणों के विपरीत है।.[promotion?]

ग्राफ़ क्वेरी-प्रोग्रामिंग भाषाएँ

  • एक्यूएल (अरांगोडीबी क्वेरी भाषा): दस्तावेज़ और ग्राफ़ दोनों के लिए अरंगोडीबी में उपयोग की जाने वाली एसक्यूएल जैसी क्वेरी भाषा है |
  • साइफर क्वेरी भाषा (साइफर): निओ4ज के लिए ग्राफ क्वेरी घोषणात्मक भाषा जो ग्राफ के लिए एड हॉक और प्रोग्रामेटिक (एसक्यूएल-लाइक) एक्सेस को सक्षम बनाती है।[40]
  • जीक्यूएल ग्राफ़ क्वेरी भाषा: प्रस्तावित आईएसओ मानक ग्राफ़ क्वेरी भाषा है |
  • ग्राफक्यूएल: एपीआई के लिए ओपन-सोर्स डेटा क्वेरी और हेरफेर भाषा डगराफ डीक्यूएल नामक संशोधित ग्राफक्यूएल भाषा को प्रयुक्त करता है |(पूर्व में ग्राफक्यूएल+-)
  • ग्रेमलिन (प्रोग्रामिंग भाषा): ग्राफ प्रोग्रामिंग भाषा जो अपाचे टिंकरपॉप ओपन-सोर्स प्रोजेक्ट का एक भाग है |[41]
  • स्पार्कल: आरडीएफ डेटाबेस के लिए क्वेरी भाषा जो आरडीएफ प्रारूप में संग्रहीत डेटा को पुनः प्राप्त और हेरफेर कर सकती है |

यह भी देखें

संदर्भ

  1. ↑ Bourbakis, Nikolaos G. (1998). आर्टिफिशियल इंटेलिजेंस और ऑटोमेशन. World Scientific. p. 381. ISBN 9789810226374. Retrieved 2018-04-20.
  2. ↑ Yoon, Byoung-Ha; Kim, Seon-Kyu; Kim, Seon-Young (March 2017). "विषम जैविक डेटा के एकीकरण के लिए ग्राफ डेटाबेस का उपयोग". Genomics & Informatics. 15 (1): 19–27. doi:10.5808/GI.2017.15.1.19. ISSN 1598-866X. PMC 5389944. PMID 28416946.
  3. ↑ Angles, Renzo; Gutierrez, Claudio (1 Feb 2008). "ग्राफ डेटाबेस मॉडल का सर्वेक्षण" (PDF). ACM Computing Surveys. 40 (1): 1–39. CiteSeerX 10.1.1.110.1072. doi:10.1145/1322432.1322433. S2CID 207166126. Archived from the original (PDF) on 15 August 2017. Retrieved 28 May 2016. network models [...] lack a good abstraction level: it is difficult to separate the db-model from the actual implementation
  4. ↑ Silberschatz, Avi (28 January 2010). डेटाबेस सिस्टम कॉन्सेप्ट्स, छठा संस्करण (PDF). McGraw-Hill. p. D-29. ISBN 978-0-07-352332-3.
  5. ↑ Robinson, Ian (2015-06-10). Graph Databases: New Opportunities for Connected Data. O'Reilly Media, Inc. p. 4. ISBN 9781491930861.
  6. ↑ "ग्राफ़ डेटाबेस मुख्यधारा में फट गया". www.kdnuggets.com. Retrieved 2018-10-23.
  7. ↑ Fan, Jing; Gerald, Adalbert (2014-12-25). विशेष ग्राफ एनालिटिक्स इंजन के खिलाफ मामला (PDF). Conference on Innovative Data Systems Research (CIDR).
  8. ↑ Silberschatz, Avi (28 January 2010). डेटाबेस सिस्टम कॉन्सेप्ट्स, छठा संस्करण (PDF). McGraw-Hill. p. E-20. ISBN 978-0-07-352332-3.
  9. ↑ Parker, Lorraine. "आईएमएस नोट्स". vcu.edu. Retrieved 31 May 2016.
  10. ↑ Angles, Renzo; Gutierrez, Claudio (1 Feb 2008). "ग्राफ डेटाबेस मॉडल का सर्वेक्षण" (PDF). ACM Computing Surveys. 40 (1): 1–39. CiteSeerX 10.1.1.110.1072. doi:10.1145/1322432.1322433. S2CID 207166126. Archived from the original (PDF) on 15 August 2017. Retrieved 28 May 2016. network models [...] lack a good abstraction level: it is difficult to separate the db-model from the actual implementation
  11. ↑ Kuper, Gabriel M. (1985). The Logical Data Model: A New Approach to Database Logic (PDF) (Ph.D.). Docket STAN-CS-85-1069. Archived (PDF) from the original on June 30, 2016. Retrieved 31 May 2016.
  12. ↑ "सैप ने हाना के साथ क्लाउड में नई क्षमताओं की घोषणा की". 2014-10-22. Retrieved 2016-07-07.
  13. ↑ Frisendal, Thomas (2017-09-22). "संपत्ति रेखांकन". graphdatamodeling.com. Retrieved 2018-10-23.
  14. ↑ Das, S; Srinivasan, J; Perry, Matthew; Chong, Eugene; Banerjee, Jay (2014-03-24). "A Tale of Two Graphs: Property Graphs as RDF in Oracle". {{cite journal}}: Cite journal requires |journal= (help)
  15. ↑ 15.0 15.1 Have, Christian Theil; Jensen, Lars Juhl (2013-10-17). "Are graph databases ready for bioinformatics?". Bioinformatics. 29 (24): 3107–3108. doi:10.1093/bioinformatics/btt549. ISSN 1460-2059. PMC 3842757. PMID 24135261.
  16. ↑ "Resource Description Framework (RDF): Concepts and Abstract Syntax". www.w3.org. Retrieved 2018-10-24.
  17. ↑ "The Competitive Dynamics of the Consumer Web: Five Graphs Deliver a Sustainable Advantage". www.gartner.com. Retrieved 2018-10-23.
  18. ↑ 18.0 18.1 Codd, E. F. (1970-06-01). "बड़े साझा डेटा बैंकों के लिए डेटा का एक रिलेशनल मॉडल". Communications of the ACM. 13 (6): 377–387. doi:10.1145/362384.362685. ISSN 0001-0782. S2CID 207549016.
  19. ↑ "Graph Databases, 2nd Edition". O’Reilly | Safari. Retrieved 2018-10-23.
  20. ↑ 20.0 20.1 20.2 20.3 "रिलेशनल से ग्राफ डेटाबेस तक". Neo4j.
  21. ↑ 21.0 21.1 "Examples where Graph databases shine: Neo4j edition", ZeroTurnaround
  22. ↑ "Amazon Neptune Engine Version 1.2.1.0 (2023-03-08)". Docs.AWS.Amazon.com. Amazon Web Services. Retrieved 20 April 2023.
  23. ↑ "In-memory massively parallel distributed graph database purpose-built for analytics". CambridgeSemantics.com. Retrieved 2018-02-20.
  24. ↑ Rueter, John (15 February 2018). "Cambridge Semantics announces AnzoGraph graph-based analytics support for Amazon Neptune and graph databases". BusinessWire.com. Retrieved 20 February 2018.
  25. ↑ Zane, Barry (2 November 2016). "Semantic graph databases: a worthy successor to relational databases". DBTA.com. Database Trends and Applications. Retrieved 20 February 2018.
  26. ↑ "Cambridge Semantics announces AnzoGraph support for Amazon Neptune and graph databases". DBTA.com. Database Trends and Applications. 2018-02-15. Retrieved 2018-03-08.
  27. ↑ Woodie, Alex (21 June 2016). "Beyond Titan: the evolution of DataStax's new graph database". Datanami.com. Retrieved 9 May 2017.
  28. ↑ "JanusGraph version 0.6.2". GitHub.com. 31 May 2022.
  29. ↑ "JanusGraph storage backends". docs.JanusGraph.org. Archived from the original on 2018-10-02. Retrieved 2018-10-01.
  30. ↑ "JanusGraph index storages". docs.JanusGraph.org. Archived from the original on 2018-10-02. Retrieved 2018-10-01.
  31. ↑ "What's new in SQL Server 2017". Docs.Microsoft.com. Microsoft Corp. 19 April 2017. Retrieved 9 May 2017.
  32. ↑ "Release notes: Neo4j 5". Neo4j.com. Neo4j Graph Database Platform. Retrieved 2023-04-20.
  33. ↑ "Release Notes". Ontotext GraphDB. 25 April 2023. Retrieved 1 May 2023.
  34. ↑ "What's new in SAP HANA 2.0 SPS 05". blogs.SAP.com. 2020-06-26. Retrieved 2020-06-26.
  35. ↑ Vanian, Jonathan (18 February 2015). "NSA-linked Sqrrl eyes cyber security and lands $7M in funding". Gigaom.com. Gigaom. Archived from the original on 9 March 2019. Retrieved 9 May 2017.
  36. ↑ Woodie, Alex (23 October 2015). "The art of analytics, or what the green-haired people can teach us". Datanami.com. Retrieved 9 May 2017.
  37. ↑ "GitHub Releases". GitHub. Retrieved 9 Sep 2022.
  38. ↑ "Release notes : TigerGraph : Docs". Docs.TigerGraph.com. TigerGraph. Retrieved 17 June 2022.
  39. ↑ "Release TypeDB 2.14.0 · vaticle/typedb". GitHub (in English). Retrieved 2022-11-25.
  40. ↑ Svensson, Johan (5 July 2016). "Guest View: Relational vs. graph databases: Which to use and when?". San Diego Times. BZ Media. Retrieved 30 August 2016.
  41. ↑ TinkerPop, Apache. "अपाचे टिंकरपॉप". अपाचे टिंकरपॉप. Retrieved 2016-11-02.
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=ग्राफ_डेटाबेस&oldid=259889’