अभी RDF रिपॉजिटरी के साथ क्या हो रहा है?

सिमेंटिक वेब और लिंक्ड डेटा निकट अंतरिक्ष के समान हैं: जीवन नहीं है। अधिक या कम लंबी अवधि के लिए वहां जाने के लिए ... ठीक है, मुझे नहीं पता कि उन्होंने बचपन में आपको "मैं एक अंतरिक्ष यात्री बनना चाहता हूं" के जवाब में क्या कहा था। लेकिन आप देख सकते हैं कि पृथ्वी पर क्या हो रहा है और हो रहा है; शौकिया खगोलविद या पेशेवर भी बनना बहुत आसान है।

लेख कुछ महीनों से पुराने नहीं, RDF रिपॉजिटरी की दुनिया के रुझानों पर ध्यान केंद्रित करेगा। पहले पैराग्राफ में रूपक इस महाकाव्य के आकार के विज्ञापन चित्र से प्रेरित था।

सामग्री

I. RDF का उपयोग करने के लिए GraphQL
द्वितीय। MongoDB के लिए अनुकूल है
तृतीय। OLTP बनाम OLAP
चतुर्थ। RocksDB
वी। एलपीजी सहायता
V.1। डेटा मॉडल
V.1.1। सिंगलटन संपत्ति
V.1.2। सुधार सही किया गया
V.1.3। अन्य दृष्टिकोण
V.2। क्वेरी भाषाएँ
छठी। तंग लाइसेंस

I. RDF का उपयोग करने के लिए GraphQL

वे कहते हैं कि डेटाबेस को एक्सेस करने के लिए ग्राफकॉल एक सार्वभौमिक भाषा होने का दावा करता है। RDF तक पहुँचने के लिए ग्राफकॉल का उपयोग करने की क्षमता के बारे में क्या?

बॉक्स से बाहर, इस अवसर द्वारा प्रदान किया गया है:

• स्टारडॉग ( ब्लॉग , प्रलेखन );
• TopQuadrant उत्पादों ( वेबिनार , प्रलेखन )।

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

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

एसपीएआरक्यूएल के साथ ग्राफक्यूएल की तुलना करने वाले छाप दो गुना हैं।

• एक ओर, ग्राफकैल SPARQL के दूर के रिश्तेदार की तरह दिखता है: इसने प्रश्नों की पुन: विशिष्टता और बहुलता की समस्याओं को हल किया - जिसके बिना, शायद, वेब के लिए, यहां तक ​​कि वेब के लिए भी एक क्वेरी भाषा माना जाना असंभव होगा, और "-सीक्यू" होगा;
• दूसरी ओर, ग्राफकैल की कठोर सर्किटरी अपसेट। तदनुसार, इसकी "आत्मनिरीक्षण" RDF की पूर्ण संवेदनशीलता के साथ तुलना में बहुत सीमित लगती है। और संपत्ति के रास्तों का कोई एनालॉग नहीं है, इसलिए यह बहुत स्पष्ट नहीं है कि यह "ग्राफ़-" क्यों है।

द्वितीय। MongoDB के लिए अनुकूल है

पिछले एक के लिए एक प्रवृत्ति पूरक।

• स्टारडॉग में अब यह संभव है - विशेष रूप से, सभी एक ही ग्राफकॉइन पर - मोंगोडीबी डेटा की मैपिंग को वर्चुअल आरडीएफ ग्राफ में कॉन्फ़िगर करने के लिए;
• ओन्टोटेक्स ग्राफडीबी ने हाल ही में आपको मोंगोबरी क्वेरी पर स्पार्कलाइन में टुकड़े डालने की अनुमति दी है।

JSON के स्रोतों के अनुकूल एडाप्टरों के बारे में अधिक मोटे तौर पर बोलते हुए, JSON को RDF के रूप में प्रतिनिधित्व करने के लिए "मक्खी पर अधिक या कम" की अनुमति देता है, यह काफी लंबे समय से विद्यमान SPARQL जनरेट को याद करने के लायक है, जिसे संलग्न किया जा सकता है, उदाहरण के लिए , अपाचे जेना के लिए।

पहले दो रुझानों को सारांशित करते हुए, यह कहा जा सकता है कि RDF-storages “बहुभिन्नरूपी भंडारण” (बहुवचन दृढ़ता) की शर्तों के तहत एकीकरण और कामकाज के लिए अपनी पूरी तत्परता प्रदर्शित करता है। हालांकि, यह ज्ञात है कि यह बाद लंबे समय से फैशन से बाहर है, और मल्टीमॉडल इसे बदलने के लिए आ रहा है। और आरडीएफ भंडारण की दुनिया में मल्टीमॉडलिंग के बारे में क्या?

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

तृतीय। OLTP बनाम OLAP

हालांकि, एक ही गार्टनर लिखते हैं कि मल्टीमॉडलिंग मुख्य रूप से परिचालन DBMS के लिए साइन क्वालिफिकेशन नॉन कंडीशन है। यह समझ में आता है: "बहुभिन्नरूपी भंडारण" की स्थिति में, मुख्य समस्याएं लेन-देन के साथ उत्पन्न होती हैं।

लेकिन ओएलटीपी - ओएलएपी स्केल पर आरडीएफ रिपॉजिटरी कहां हैं? मैं इस तरह से उत्तर दूंगा: न तो यहां और न ही यहां। यह इंगित करने के लिए कि वे किस उद्देश्य के लिए हैं, कुछ तीसरे संक्षिप्त नाम की आवश्यकता है। वैकल्पिक रूप से, मैं ओएलआईपी - ऑनलाइन बौद्धिक प्रसंस्करण का सुझाव दूंगा ।

हालाँकि, अभी भी:

• MongoDB के साथ कार्यान्वित ग्राफडीबी एकीकरण तंत्र कम से कम लिखने के मुद्दों को दरकिनार करने के लिए डिज़ाइन नहीं किया गया है;
• रिकॉर्डिंग के प्रदर्शन को बेहतर बनाने के लक्ष्य के साथ, स्टार्डॉग फिर से आगे बढ़ता है और पूरी तरह से इंजन को फिर से लिखता है ।

अब मैं एक नए खिलाड़ी को बाजार में पेश करता हूं। IBM Netezza और Amazon Redshift - AnzoGraph के रचनाकारों से। इस पर आधारित उत्पाद विज्ञापन से छवि लेख की शुरुआत में रखी गई थी। AnzoGraph खुद को GOLAP समाधान के रूप में रखता है। आप विंडो कार्यों के साथ स्पार्कल को कैसे पसंद करते हैं? -

SELECT ?month (COUNT(?event) OVER (PARTITION BY ?month) AS ?events) WHERE { … } 

चतुर्थ। RocksDB

ऊपर, पहले से ही स्टारडॉग 7 बीटा की घोषणा की एक कड़ी थी, जिसमें कहा गया था कि स्टारडॉग रॉक्सडीबी को अंतर्निहित भंडारण प्रणाली - कुंजी-मूल्य भंडारण, Google के लेवलबैंक के फेसबुक फोर्क के रूप में उपयोग करने जा रहा है। यह एक निश्चित प्रवृत्ति के बारे में बात करने लायक क्यों है?

सबसे पहले, विकिपीडिया लेख को देखते हुए, न केवल RDF रिपॉजिटरी को RocksDB में स्थानांतरित किया जाता है। RocksDB को ArangoDB, MongoDB, MySQL और MariaDB, Cassandra में भंडारण इंजन के रूप में उपयोग करने पर परियोजनाएं हैं।

दूसरी बात, इसी विषय के प्रोजेक्ट्स (यानी, उत्पाद नहीं) RocksDB पर बनाए जा रहे हैं।

उदाहरण के लिए, ईबे अपने "ज्ञान ग्राफ" के लिए प्लेटफ़ॉर्म में RocksDB का उपयोग करता है। वैसे, यह पढ़ने के लिए मज़ेदार है: क्वेरी भाषा एक घर के बड़े प्रारूप के रूप में शुरू हुई थी, लेकिन हाल ही में यह SPARQL की तरह बहुत अधिक होने का संक्रमण रहा है । जैसा कि मजाक में: हम कितना भी ज्ञान का ग्राफ क्यों न बनाएं, हम अभी भी आरडीएफ प्राप्त करते हैं।

एक अन्य उदाहरण विकीडाटा हिस्ट्री क्वेरी सर्विस है , जो कुछ महीने पहले दिखाई दी थी। अपनी उपस्थिति से पहले, विकिपीडिया को MWAPI के माध्यम से मानक मीडियाविकि एपीआई का उपयोग करना था। अब शुद्ध SPARQL पर बहुत संभव है। "हुड के तहत" रॉकस्बडी भी है। वैसे, WDHQS ने ऐसा किया है, ऐसा लगता है कि जिस व्यक्ति ने Google ज्ञान ग्राफ में फ़्रीबेस को आयात किया है।

वी। एलपीजी सहायता

मुझे LPG रेखांकन और RDF रेखांकन के बीच मुख्य अंतर की याद दिलाएं।

एलपीजी में, स्केलर के गुणों को किनारे के उदाहरणों पर लटका दिया जा सकता है, जबकि आरडीएफ में उन्हें केवल किनारों के "प्रकार" (लेकिन न केवल स्केलर गुण, बल्कि नियमित संबंध भी) पर लटका दिया जा सकता है। एलपीजी की तुलना में आरडीएफ की यह सीमा विभिन्न मॉडलिंग तकनीकों से दूर है। RDF की तुलना में LPG की सीमाएँ पार करना अधिक कठिन है, लेकिन LPG रेखांकन RDF ग्राफ़ की तुलना में बड़े होते हैं, जो कि हारारी पाठ्यपुस्तक की तस्वीरों के समान है, इसलिए लोग उन्हें चाहते हैं।

जाहिर है, रसोई गैस का समर्थन करने का कार्य दो भागों में आता है:

1. RDF मॉडल में परिवर्तन शुरू करना, जो इसमें एलपीजी निर्माण का अनुकरण करना संभव बनाता है;
2. RDF क्वेरी भाषा में परिवर्तन करना जिससे इस संशोधित मॉडल में डेटा तक पहुँच संभव हो, या लोकप्रिय LPG क्वेरी भाषाओं में इस मॉडल से प्रश्न करने की क्षमता का कार्यान्वयन हो सके।

V.1। डेटा मॉडल

कई संभावित दृष्टिकोण हैं।

V.1.1। सिंगलटन संपत्ति

RDF और LPG के सामंजस्य के लिए सबसे शाब्दिक तरीका शायद एकल संपत्ति है :

• इसके बजाय, उदाहरण के लिए :isMarriedTo , predicates का उपयोग किया जाता है :isMarriedTo1 , आदि।
• फिर ये विधेय नए :isMarriedTo1 :since "2013-09-13"^^xsd:date विषय बन जाते हैं :: :isMarriedTo1 :since "2013-09-13"^^xsd:date , आदि के बाद से।
• एक सामान्य विधेय के साथ विधेय के इन उदाहरणों का संबंध प्रपत्र के तीनों द्वारा स्थापित किया गया है :isMarriedTo1 rdf:singletonPropertyOf :isMarriedTo ।
• जाहिर है, rdf:singletonPropertyOf rdfs:subPropertyOf rdf:type , लेकिन इस बारे में सोचें कि आपको बस क्यों नहीं लिखना चाहिए :isMarriedTo1 rdf:type :isMarriedTo ।

LPG को सपोर्ट करने का कार्य यहाँ RDFS स्तर पर हल किया जाता है। इस तरह के समाधान के लिए प्रासंगिक मानक में समावेश की आवश्यकता होती है। RDF रिपॉजिटरी से कुछ बदलावों की आवश्यकता हो सकती है जो संलग्न प्रभाव का समर्थन करते हैं, लेकिन अभी के लिए, सिंगलटन प्रॉपर्टी को केवल अन्य मॉडलिंग तकनीक के रूप में लिया जा सकता है।

V.1.2। सुधार सही किया गया

कम भोले दृष्टिकोण से एहसास होता है कि गुणों के उदाहरण ट्रिपल द्वारा त्वरित होते हैं। ट्रिपल के बारे में कुछ कहने का अवसर मिलने के बाद, हमें संपत्तियों के उदाहरणों के बारे में बात करने का अवसर मिलता है।

इन दृष्टिकोणों में सबसे ठोस आरडीएफ * उर्फ आरडीआर है, जो ब्लेज़ग्राफ के आंतों में पैदा हुआ था। शुरुआत से ही, AnzoGraph ने उसे अपने लिए चुना । दृष्टिकोण की ठोसता इस तथ्य से निर्धारित होती है कि इसकी रूपरेखा के भीतर आरडीएफ सेमेंटिक्स में संबंधित परिवर्तन प्रस्तावित हैं। हालाँकि, यह बिंदु बेहद सरल है। कछुआ क्रमांकन में, RDF को अब कुछ इस तरह लिखा जा सकता है:

 <<:bob :isMarriedTo :alice>> :since "2013-09-13"^^xsd:date . 

V.1.3। अन्य दृष्टिकोण

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

Allegrograph एक मध्यवर्ती रास्ता गया। यह ज्ञात है कि Allegrograph में ट्रिपलेट पहचानकर्ता मौजूद हैं, लेकिन ट्रिपल विशेषताओं को लागू करते समय वे बाहर छड़ी नहीं करते हैं। हालांकि, औपचारिक शब्दार्थ बहुत दूर हैं। यह उल्लेखनीय है कि ट्रिपल की विशेषताएं यूआरआई नहीं हैं, और इन विशेषताओं के मूल्य केवल शाब्दिक भी हो सकते हैं। एलपीजी अनुयायियों को वही मिलता है जो वे चाहते थे। विशेष रूप से आविष्कार किए गए NQX प्रारूप में, RDF * के लिए उपरोक्त के समान एक उदाहरण इस प्रकार है:

 :bob :marriedTo :alice {"since" : "2013-09-13"} 

V.2। क्वेरी भाषाएँ

मॉडल स्तर पर एक तरह से या किसी अन्य में एलपीजी का समर्थन करने के बाद, आपको ऐसे मॉडल में डेटा अनुरोध करने का अवसर देने की आवश्यकता है।

• RDF के लिए ब्लेज़ग्राफ * प्रश्न SPARQL * और ग्रेमलिन का समर्थन करता है। SPARQL * के लिए क्वेरी इस तरह दिखता है:

  SELECT * { <<:bob :isMarriedTo ?wife>> :since ?since } 

• Anzograph SPARQL * को भी सपोर्ट करता है और Cy4, Neo4j में एक क्वेरी लैंग्वेज को सपोर्ट करने वाला है।
• स्टारडॉग अपने SPARQL विस्तार और फिर से ग्रेमलिन का समर्थन करता है। आप कुछ इस तरह से SPARQL URI में ट्रिपल और "मेटा-जानकारी" प्राप्त कर सकते हैं:

 SELECT * { BIND (stardog:identifier(:bob, :isMarriedTo, ?wife) AS ?id) ?id :since ?since } 

• Allegrograph भी अपने SPARQL विस्तार का समर्थन करता है:

  SELECT * { ("since" ?since) franz:attributesNameValue ( :bob :marriedTo ?wife ) } 

वैसे, LPG का समर्थन नहीं करते हुए ग्राफडीबी ने एक समय टिंकरपॉप / ग्रेमलिन का समर्थन किया, लेकिन संस्करण 8.0 या 8.1 में यह बंद हो गया।

छठी। तंग लाइसेंस

"पसंद का ट्रिपप्लेस्टोर" और "ओपन सोर्स ट्रिपलेस्टोर" सेट के चौराहे पर कोई जोड़ हाल ही में नहीं हुआ है। नए खुले स्रोत RDF रिपॉजिटरी रोज़मर्रा के उपयोग के लिए एक अच्छा विकल्प होने से बहुत दूर हैं, और नए ट्रिपलेटर्स का स्रोत कोड जिसे हम उपयोग करना चाहते हैं (वही AnzoGraph) बंद है। बल्कि, हम घटने के बारे में बात कर सकते हैं ...

बेशक, पहले खुला स्रोत कोड बंद नहीं होता है, लेकिन कुछ खुले स्रोत भंडार धीरे-धीरे पसंद के योग्य नहीं माने जाते हैं। मेरी राय में, एक खुला स्रोत संस्करण है, जो कलाप्रवीण व्यक्ति, कीड़े में डूब रहा है। ब्लेज़ग्राफ को एडब्ल्यूएस द्वारा खरीदा गया था और अमेज़ॅन नेप्च्यून के आधार का गठन किया; अब यह स्पष्ट नहीं है कि कम से कम एक और रिलीज होगी या नहीं। सभी शेष है जेना ...

यदि खुला स्रोत बहुत महत्वपूर्ण नहीं है, लेकिन आप बस कोशिश करना चाहते हैं, तो सब कुछ पहले की तुलना में कम रसीला भी है। उदाहरण के लिए:

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

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