ဒီရက်ပိုင်း RDF သိုလှောင်မှုမှာ ဘာတွေဖြစ်နေလဲ။

Semantic Web နှင့် Linked Data တို့သည် ပြင်ပအာကာသနှင့်တူသည်၊ ထိုနေရာတွင် သက်ရှိမရှိပါ။ အဲဒီကို အချိန်အကြာကြီး ဒါမှမဟုတ် နည်းနည်းကြာအောင် သွားရတာ... “ကျွန်တော် အာကာသယာဉ်မှူးဖြစ်ချင်တယ်” လို့ တုံ့ပြန်တဲ့အနေနဲ့ ကလေးဘဝတုန်းက သူတို့ပြောခဲ့တာကို ကျွန်တော်မသိဘူး။ သို့သော် ကမ္ဘာမြေကြီးပေါ်၌ ဖြစ်ပျက်နေသည့်အရာများကို သင်ကြည့်ရှုနိုင်သည်၊ အပျော်တမ်း နက္ခတ္တဗေဒပညာရှင် သို့မဟုတ် ပရော်ဖက်ရှင်နယ်တစ်ဦးဖြစ်ရန် ပို၍လွယ်ကူသည်။

ဆောင်းပါးသည် RDF သိုလှောင်မှုကမ္ဘာမှ မကြာသေးမီ၊ လပေါင်းများစွာထက် မပိုသော ခေတ်ရေစီးကြောင်းများကို အာရုံစိုက်ပါမည်။ ပထမအပိုဒ်ရှိ ဥပစာသည် ဖြတ်တောက်မှုအောက်တွင် ရောယှက်ထားသော ကြော်ငြာပုံဖြင့် မှုတ်သွင်းထားသည်။

Epic ပုံ

I. RDF အသုံးပြုခွင့်အတွက် GraphQL

သူတို့ပြောသလိုပေါ့GraphQL သည် universal database access language ဖြစ်လာရန် ရည်ရွယ်သည်။ GraphQL ကိုအသုံးပြု၍ RDF ကိုဝင်ရောက်နိုင်မှုနှင့်ပတ်သက်၍ကော။

ဤအခွင့်အရေးကို ဘောင်အတွင်းမှ ပေးအပ်သည်-

• Stardog (блог, စာရွက်စာတမ်းများ);
• TopQuadrant ထုတ်ကုန်များ (inar, စာရွက်စာတမ်းများ).

repository သည် ထိုကဲ့သို့သော အခွင့်အရေးကို မပေးပါက၊ သင့်လျော်သော “ဖြေရှင်းသူ” ကို ရေးသားခြင်းဖြင့် ၎င်းကို လွတ်လပ်စွာ အကောင်အထည်ဖော်နိုင်ပါသည်။ ဥပမာ ပြင်သစ်ပရောဂျက်မှာ သူတို့လုပ်ခဲ့တာ ဒေတာခရီးသွားလုပ်ငန်း. ဒါမှမဟုတ် ဘာမှရေးလို့ မရတော့ဘဲ ယူလိုက်ရုံပါပဲ။ HyperGraphQL.

Semantic Web နှင့် Linked Data ၏ ရှေးရိုးစွဲကပ်နေသော ရှုထောင့်မှကြည့်လျှင် ဤအရာအားလုံးသည် လာမည့် data silo တွင် ပေါင်းစပ်တည်ဆောက်ထားပုံရပြီး မသင့်လျော်သော platform များ (RDF စတိုးဆိုင်များ)၊ ဟုတ်ပါတယ်)၊ .

GraphQL နှင့် SPARQL နှိုင်းယှဉ်ခြင်းမှ အထင်အမြင်များသည် နှစ်ဆဖြစ်သည်။

• တစ်ဖက်တွင်၊ GraphQL သည် SPARQL ၏ အလှမ်းဝေးသော ဆွေမျိုးတစ်ဦးနှင့် တူသည်- ၎င်းသည် REST အတွက် ပုံမှန်ဖြစ်သည့် မေးခွန်းများ ပြန်လည်နမူနာယူခြင်းနှင့် များပြားခြင်းဆိုင်ရာ ပြဿနာများကို ဖြေရှင်းပေးသည် - မည်သည့်အရာကိုမျှ ထည့်သွင်းစဉ်းစားရန် မဖြစ်နိုင်ပါ။ မေးမြန်းမှု ဘာသာစကားဝဘ်အတွက် အနည်းဆုံး၊
• အခြားတစ်ဖက်တွင်၊ GraphQL ၏ တင်းကျပ်သောပုံစံသည် စိတ်ပျက်စရာကောင်းသည်။ ထို့ကြောင့်၊ ၎င်း၏ "တွေးခေါ်နိုင်စွမ်း" သည် RDF ၏ အပြည့်အဝ တုံ့ပြန်နိုင်စွမ်းနှင့် နှိုင်းယှဉ်ပါက အလွန်ကန့်သတ်ပုံရသည်။ ပိုင်ဆိုင်မှုလမ်းကြောင်းများ၏ analogue လည်းမရှိပါ၊ ထို့ကြောင့်၎င်းသည် "Graph-" ဖြစ်သောကြောင့် အဘယ်ကြောင့်ဆိုသည်ကိုပင် ရှင်းရှင်းလင်းလင်းမသိရပါ။

II MongoDB အတွက် adapters

ယခင်တစ်ခုနှင့် လိုက်ဖက်သော လမ်းကြောင်းတစ်ခု။

• အခု Stardog မှာ ဖြစ်နိုင်အောင် - အထူးသဖြင့်၊ တူညီသော GraphQL တွင်အားလုံးသည် MongoDB ဒေတာကို virtual RDF ဂရပ်များအဖြစ် ပုံဖော်ခြင်း၊
• GraphDB သည် မကြာသေးမီက ပြုလုပ်ခဲ့သည်။ ဒါဟာခွင့်ပြု MongoDB Query တွင်အပိုင်းအစများကို SPARQL ထဲသို့ထည့်ပါ။

ဤရင်းမြစ်များတွင် သိမ်းဆည်းထားသော JSON ကို RDF အဖြစ် ကိုယ်စားပြုရန် အဒက်တာများအကြောင်း ပိုမိုကျယ်ပြန့်စွာပြောဆိုပါက JSON ရင်းမြစ်များအကြောင်း ပိုမိုကျယ်ပြန့်စွာ ပြောဆိုပါက၊ ကျွန်ုပ်တို့သည် ကာလကြာရှည်စွာ တည်ရှိနေသည့် JSON ကို ကိုယ်စားပြုနိုင်သည် SPARQL ထုတ်လုပ်သည်။ချိန်ညှိနိုင်သည့်၊ ဥပမာအားApache Jena သို့

ပထမခေတ်ရေစီးကြောင်းနှစ်ခုကို အကျဉ်းချုပ်အားဖြင့်၊ RDF သိုလှောင်မှုသည် "polyglot မြဲမြံခြင်း" ၏အခြေအနေများတွင် ပေါင်းစပ်ခြင်းနှင့် လည်ပတ်ခြင်းအတွက် အပြည့်အဝအဆင်သင့်ဖြစ်ခြင်းကို သရုပ်ပြသည်ဟု ကျွန်ုပ်တို့ပြောနိုင်သည်။ သို့သော် ယင်းနောက်ပိုင်းတွင် ဖက်ရှင်ကျနေသည်မှာ ကြာမြင့်နေပြီဖြစ်ပြီး အစားထိုးခံရကြောင်း သိရှိရပါသည်။ လာနေသည် မော်ဒယ်အစုံ။ RDF သိုလှောင်မှုလောကတွင် မော်ဒယ်ပေါင်းများစွာ မော်ဒယ်လ်လုပ်ခြင်းနှင့်ပတ်သက်၍ကော။

တိုတိုပြောရရင်တော့ နည်းလမ်းမရှိပါဘူး။ မော်ဒယ်ပေါင်းများစွာ DBMSs ခေါင်းစဉ်အတွက် သီးခြားဆောင်းပါးတစ်ပုဒ်ကို ရည်ညွှန်းလိုသည်၊ သို့သော် ယခုအချိန်တွင် ဂရပ်မော်ဒယ်ပေါ်တွင် အခြေခံသည့် မော်ဒယ်မျိုးစုံ DBMSs "မရှိ" ကြောင်း မှတ်သားနိုင်ပါသည် (RDF အမျိုးအစားဟု ယူဆနိုင်သည်) . အချို့သော သေးငယ်သော မော်ဒယ်လ်- အစားထိုး LPG ဂရပ်ဖစ်မော်ဒယ်အတွက် RDF သိုလှောင်မှု ပံ့ပိုးမှု- တွင် ဆွေးနွေးပါမည်။ အပိုင်း V.

III OLTP နှင့် OLAP

ဒါပေမယ့် Gartner ကတော့ အတူတူပါပဲ။ သူကရေးသားခဲ့သည်ထို multimodel သည် အဓိကအားဖြင့် sine qua မဟုတ်သော အခြေအနေတစ်ခုဖြစ်သည်။ ခွဲစိတ်ခန်း DBMS ၎င်းကို နားလည်နိုင်သည်- "မျိုးစုံသော သိုလှောင်မှု" ၏ အခြေအနေတွင်၊ အရောင်းအဝယ်ဖြစ်မှုနှင့် အဓိကပြဿနာများ ပေါ်ပေါက်သည်။

သို့သော် OLTP-OLAP စကေးပေါ်တွင် RDF သိုလှောင်မှုများသည် အဘယ်မှာရှိသနည်း။ ဟိုမှာရော ဒီမှာရော ၊ ၎င်းတို့အတွက် ရည်ရွယ်ထားသည်ကို ဖော်ပြရန်အတွက် တတိယအတိုကောက်အချို့ လိုအပ်ပါသည်။ ရွေးချယ်မှုတစ်ခုအနေနဲ့ ကျွန်တော်အကြံပြုချင်ပါတယ်။ OLIP - အွန်လိုင်းဉာဏပိုင်းဆိုင်ရာလုပ်ဆောင်ခြင်း။

သို့သော်လည်း၊

• GraphDB တွင် အကောင်အထည်ဖော်သည့် MongoDB နှင့် ပေါင်းစပ်ယန္တရားများသည် အနည်းဆုံးမဟုတ်ပေ။ ရည်ရွယ်သည်။ စွမ်းဆောင်ရည်ဆိုင်ရာ ပြဿနာများကို ရေးရန်၊
• Stardog သည် ပို၍ပင် ပြီးပြည့်စုံသွားသည် ပြန်ရေးတယ်။ အင်ဂျင်၊ မှတ်တမ်းတင်ခြင်းစွမ်းဆောင်ရည်ကို မြှင့်တင်ရန် ရည်ရွယ်ချက်ဖြင့် ထပ်မံ။

အခု ဈေးကွက်မှာ ကစားသမားသစ်တစ်ယောက်နဲ့ မိတ်ဆက်ပေးပါရစေ။ IBM Netezza နှင့် Amazon Redshift ဖန်တီးသူများထံမှ - AnzoGraph. ထုတ်ကုန်တစ်ခုအတွက် ကြော်ငြာတစ်ခုမှ ပုံတစ်ပုံကို ဆောင်းပါး၏အစတွင် တင်ထားသည်။ AnzoGraph သည် သူ့ကိုယ်သူ GOLAP ဖြေရှင်းချက်တစ်ခုအဖြစ် သတ်မှတ်သည်။ ဝင်းဒိုးလုပ်ဆောင်ချက်များဖြင့် SPARQL ကို သင်မည်ကဲ့သို့နှစ်သက်သနည်း။ —

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

IV RocksDB

ပိုမြင့်နေပြီ။ လင့်ခ်တစ်ခုရှိခဲ့သည်။ Stardog သည် RocksDB ကို အရင်းခံသိုလှောင်မှုစနစ်ဖြစ်သည့် သော့တန်ဖိုးစတိုး၊ Google ၏ LevelDB ၏ Facebook လမ်းခွဲတစ်ခုဖြစ်သည့် Stardog ၏ ကြေငြာချက်တွင် ဖော်ပြထားသည်။ အဘယ်ကြောင့်ဆိုသော် လမ်းကြောင်းသစ်တစ်ခုအကြောင်း ပြောရန် အဘယ်ကြောင့် တန်ဖိုးရှိသနည်း။

ပထမဦးစွာအားဖြင့်စီရင်သည်။ ဝီကီပီးဒီးယား ဆောင်းပါးRDF သိုလှောင်မှုကိုသာမက RocksDB သို့ "အစားထိုး" ပါသည်။ ArangoDB၊ MongoDB၊ MySQL နှင့် MariaDB၊ Cassandra တွင် သိုလှောင်မှုအင်ဂျင်အဖြစ် RocksDB ကို အသုံးပြုရန် ပရောဂျက်များရှိပါသည်။

ဒုတိယအနေဖြင့်၊ သက်ဆိုင်ရာအကြောင်းအရာများဆိုင်ရာ ပရောဂျက်များ (ဆိုလိုသည်မှာ ထုတ်ကုန်များမဟုတ်) ကို RocksDB တွင် ဖန်တီးထားသည်။

ဥပမာအားဖြင့်၊ eBay သည် RocksDB ကိုအသုံးပြုသည်။ ပလက်ဖောင်း သင်၏ "အသိပညာဂရပ်ဖစ်" အတွက်။ စကားမစပ်၊ ဖတ်ရတာ ရယ်စရာကောင်းတယ်။ query language သည် home growm format အဖြစ် စတင်ခဲ့သည်၊ သို့သော် မကြာသေးမီက ၎င်းသည် SPARQL ကဲ့သို့ ပို၍ ပြောင်းလဲလာခဲ့သည်။. ပြက်လုံးထဲမှာ အတိုင်းပါပဲ၊ ငါတို့ ဘယ်လောက်ပဲ ဗဟုသုတ ဂရပ်ဖစ်ပါစေ၊ ငါတို့ RDF နဲ့ အဆုံးသတ်နေတုန်းပဲ။

နောက်ထပ် ဥပမာတစ်ခု - လွန်ခဲ့သော လအနည်းငယ်က ပေါ်လာခဲ့သည်။ Wikidata History Query ဝန်ဆောင်မှု. ၎င်း၏မိတ်ဆက်ခြင်းမပြုမီ၊ Wikidata သမိုင်းဆိုင်ရာ အချက်အလက်များကို ဝင်ရောက်ကြည့်ရှုရမည်ဖြစ်သည်။ MWAPI ပုံမှန် Mediawiki API သို့ ယခု SPARQL စစ်စစ်ဖြင့် အများကြီးဖြစ်နိုင်ချေရှိသည်။ “ခေါင်းအုံးအောက်မှာ” RocksDB လည်းရှိတယ်။ စကားမစပ်၊ WDHQS ကို Google Knowledge Graph သို့ Freebase တင်သွင်းသူမှ ဖန်တီးထားပုံရသည်။

V. LPG ပံ့ပိုးမှု

LPG ဂရပ်များနှင့် RDF ဂရပ်များကြား အဓိကကွာခြားချက်ကို ကျွန်ုပ်သတိပေးပါရစေ။

LPG တွင်၊ scalar ဂုဏ်သတ္တိများကို edge instances များတွင် သတ်မှတ်နိုင်သော်လည်း RDF တွင် ၎င်းတို့အား edge “types” တွင်သာ သတ်မှတ်နိုင်သည် (သို့သော် စကလာဂုဏ်သတ္တိများသာမက သာမန်ချိတ်ဆက်မှုများပါ)။ LPG နှင့် နှိုင်းယှဉ်ပါက RDF ၏ ကန့်သတ်ချက် ကျော်လွှား မော်ဒယ်လ်နည်းပညာတစ်ခု သို့မဟုတ် အခြားတစ်ခု။ RDF နှင့် နှိုင်းယှဉ်ပါက LPG ၏ ကန့်သတ်ချက်များသည် ကျော်လွှားရန် ပိုမိုခက်ခဲသော်လည်း LPG ဂရပ်များသည် Harari ကျောင်းသုံးစာအုပ်မှ ပုံများထက် RDF ဂရပ်ဖစ်များထက် ပိုတူသောကြောင့် လူများက ၎င်းတို့ကို လိုချင်ကြသည်။

ထင်ရှားသည်မှာ၊ "LPG ပံ့ပိုးမှု" ၏လုပ်ငန်းတာဝန်မှာ အပိုင်းနှစ်ပိုင်း ရှိသည်-

1. ၎င်းတွင် LPG တည်ဆောက်ပုံများကို အတုယူနိုင်စေမည့် RDF မော်ဒယ်ကို အပြောင်းအလဲပြုလုပ်ခြင်း၊
2. ဤမွမ်းမံထားသော မော်ဒယ်တွင် ဒေတာကို ဝင်ရောက်ကြည့်ရှုနိုင်စေရန် သို့မဟုတ် လူကြိုက်များသော LPG query ဘာသာစကားများဖြင့် ဤမော်ဒယ်အတွက် စုံစမ်းမေးမြန်းနိုင်မှုကို အကောင်အထည်ဖော်နိုင်သည့် RDF query language ကို အပြောင်းအလဲလုပ်ခြင်း။

V.1။ ဒေတာမော်ဒယ်

ဤနေရာတွင် ဖြစ်နိုင်သော နည်းလမ်းများစွာရှိသည်။

V.1.1။ Singleton အိမ်ခြံမြေ

RDF နှင့် LPG သဟဇာတဖြစ်အောင် အရှိဆုံး ချဉ်းကပ်မှုမှာ ဖြစ်နိုင်သည်။ singleton ပိုင်ဆိုင်မှု:

• ဥပမာအားဖြင့်၊ အစားကြိုတင်ဖော်ပြသည်။ :isMarriedTo ကြိုတင်ခန့်မှန်းမှုများကို အသုံးပြုကြသည်။ :isMarriedTo1, :isMarriedTo2 နှင့် t ကို။ ဃ။
• ထို့နောက် ဤကြိုတင်ခန့်မှန်းချက်များသည် သုံးဆအသစ်များ၏ ဘာသာရပ်များဖြစ်လာသည်- :isMarriedTo1 :since "2013-09-13"^^xsd:date ဒါဘွား။
• ဘုံကြိုတင်ကိန်းတစ်ခုနှင့် ဤဥပမာများ၏ ဆက်စပ်မှုကို ပုံစံ၏ သုံးဆဖြင့် ဖွဲ့စည်းထားသည်။ :isMarriedTo1 rdf:singletonPropertyOf :isMarriedTo.
• ဒါဟာသိသာပါတယ် rdf:singletonPropertyOf rdfs:subPropertyOf rdf:typeဒါပေမယ့် ဘာကြောင့် စာမရေးသင့်လဲ စဉ်းစားပါ။ :isMarriedTo1 rdf:type :isMarriedTo.

"LPG ပံ့ပိုးမှု" ၏ပြဿနာကို RDFS အဆင့်တွင်ဖြေရှင်းထားသည်။ ထိုသို့သော ဆုံးဖြတ်ချက်သည် သင့်လျော်မှုတွင် ပါဝင်ရန် လိုအပ်သည်။ စံ. ပူးတွဲအကျိုးဆက်များကို ပံ့ပိုးပေးသည့် RDF စတိုးဆိုင်များအတွက် အပြောင်းအလဲအချို့ လိုအပ်နိုင်သော်လည်း ယခုအချိန်တွင် Singleton Property ကို အခြားသော မော်ဒယ်လ်နည်းပညာတစ်ခုအဖြစ် ယူဆနိုင်ပါသည်။

V.1.2. ပြန်လည်ပြင်ဆင်ခြင်း ပြီးပါပြီ။

နုံအမှုနည်းသောချဉ်းကပ်မှုများသည် ပိုင်ဆိုင်မှုဥပမာများကို သုံးဆဖြင့် အပြည့်အဝ ချက်ချင်းလက်ငင်းလုပ်ဆောင်နိုင်သည်ဟူသော နားလည်မှုမှ အရင်းခံသည်။ triplets အကြောင်း တစ်ခုခုပြောနိုင်ခြင်းဖြင့်၊ ကျွန်ုပ်တို့သည် အိမ်ခြံမြေ သာဓကများအကြောင်း ပြောဆိုနိုင်မည်ဖြစ်ပါသည်။

ဤနည်းလမ်းများအနက် အခိုင်မာဆုံးနည်းလမ်းမှာ RDF*(ခေါ်) RDR၊ မွေးဖွားသည်။ Blazegraph ၏အတိမ်အနက်၌။ အစကတည်းကပါ။ ရွေးကောက်ခံ သင်ကိုယ်တိုင်နှင့် AnzoGraph အတွက်။ ချဉ်းကပ်မှု၏ခိုင်ခံ့မှုကို၎င်း၏ဘောင်အတွင်းကအချက်ကိုအားဖြင့်ဆုံးဖြတ်သည်။ ကမ်းလှမ်းကြသည်။ ဆက်စပ်ပြောင်းလဲမှုများ RDF ဝေါဟာရ. သို့သော် အဆိုပါအချက်သည် အလွန်ရိုးရှင်းပါသည်။ RDF ၏ Turtle serialization တွင် သင်သည် ယခုကဲ့သို့ ရေးနိုင်သည်-

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

V.1.3။ အခြားနည်းလမ်းများ

တရားဝင်အသုံးအနှုန်းများဖြင့် သင်စိတ်မ၀င်စားနိုင်သော်လည်း၊ သုံးဆတွင် အချို့သော identifiers များရှိသည်၊ သေချာသည်မှာ URI များရှိပြီး ဤ URI များဖြင့် အသစ်သော triplets များကို ဖန်တီးသည်ဟု ရိုးရှင်းစွာယူဆပါ။ ကျန်တာအားလုံးက SPARQL ရှိ ဤ URI များကို ဝင်ရောက်ခွင့်ပေးရန်ဖြစ်သည်။ ဒါကြောင့် ရောက်သည်။ Stardog

Allegrograph တွင် သွားတယ်။ အလယ်အလတ်နည်းဖြင့် Allegrograph တွင် triplet identifiers များကို သိရှိသည်။ ဖြစ်ဒါပေမယ့် ဂုဏ်တော်သုံးပါးကို အကောင်အထည်ဖော်တဲ့အခါမှာတော့ စွဲမြဲမနေပါဘူး။ သို့သော် တရားဝင် ဝေါဟာရများနှင့် အလွန်ဝေးနေသေးသည်။ triplet attribute များသည် URIs များမဟုတ်ကြောင်း မှတ်သားဖွယ်ဖြစ်ပြီး အဆိုပါ attribute များ၏ တန်ဖိုးများသည်လည်း literals များသာဖြစ်နိုင်ပါသည်။ LPG သုံးစွဲသူများသည် ၎င်းတို့အလိုရှိရာကို အတိအကျရရှိကြသည်။ အထူးတီထွင်ထားသော NQX ဖော်မတ်တွင်၊ RDF* အတွက် အထက်ဖော်ပြပါပုံနှင့် ဆင်တူသော ဥပမာတစ်ခုသည် ဤကဲ့သို့ ဖြစ်သည်-

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

V.2။ ဘာသာစကားများ မေးမြန်းရန်

မော်ဒယ်အဆင့်တွင် LPG ကို တစ်နည်းမဟုတ်တစ်နည်း ပံ့ပိုးထားပြီး၊ ထိုကဲ့သို့သော မော်ဒယ်တွင် ဒေတာမေးမြန်းမှုများ ပြုလုပ်နိုင်စေရန် လိုအပ်ပါသည်။

• RDF* queries အတွက် Blazegraph ကို ပံ့ပိုးပေးသည်။ SPARQL* и Gremlin. SPARQL* မေးမြန်းချက်သည် ဤကဲ့သို့ ဖြစ်သည်-

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

• Anzograph ကိုလည်းထောက်ခံပါတယ်။ SPARQL* ထောက်ပံ့သွားမယ်။ CypherNeo4j တွင် မေးမြန်းမှုဘာသာစကားတစ်ခု။
• Stardog က သူ့ဘာသာသူ ထောက်ခံပါတယ်။ extension ကို SPARQL နှင့် တဖန် Gremlin ဤကဲ့သို့သောအရာများကိုအသုံးပြု၍ SPARQL တွင် triplet URI နှင့် "meta-information" ကိုသင်ရနိုင်သည်-

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

• Allegrograph ကိုလည်း၎င်း၏ကိုယ်ပိုင်ထောက်ခံသည်။ extension ကို SPARQL-

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

စကားမစပ်၊ တစ်ချိန်တည်းတွင် GraphDB သည် LPG ကိုမပံ့ပိုးဘဲ Tinkerpop/Gremlin ကို ပံ့ပိုးခဲ့သော်လည်း ၎င်းသည် ဗားရှင်း 8.0 သို့မဟုတ် 8.1 တွင်ရပ်တန့်သွားခဲ့သည်။

VI ။ လိုင်စင်များ တင်းကြပ်ခြင်း။

"triplestore of choice" နှင့် "open source triplestore" sets များ၏ လမ်းဆုံတွင် မကြာသေးမီက ထပ်တိုးမှုများ မရှိပါ။ ပွင့်လင်းသောအရင်းအမြစ် RDF စတိုးဆိုင်အသစ်များသည်နေ့စဉ်အသုံးပြုမှုအတွက်ကောင်းမွန်သောရွေးချယ်မှုတစ်ခုဖြစ်သည်နှင့်ကျွန်ုပ်အသုံးပြုလိုသော RDF စတိုးဆိုင်အသစ် (AnzoGraph ကဲ့သို့) သည်ပိတ်ထားသောအရင်းအမြစ်ဖြစ်သည်။ လျော့ပါးသွားတာတွေတောင် ပြောလို့ရတယ်။

ဟုတ်ပါတယ်၊ ပွင့်လင်းတဲ့အရင်းအမြစ်ကို အရင်က ပိတ်မထားပေမယ့် အချို့သော open source repositories တွေကိုတော့ ရွေးချယ်ရကျိုးနပ်တယ်လို့ တဖြည်းဖြည်း မမြင်မိတော့ပါဘူး။ Opensource ထုတ်ဝေမှုပါရှိသော Virtuoso သည် ကျွန်ုပ်၏အမြင်အရ၊ ချွတ်ယွင်းမှုများထဲတွင် နစ်မြုပ်နေပါသည်။ Blazegraph ကို AWS မှဝယ်ယူခဲ့ပြီး Amazon Neptune ၏အခြေခံကိုဖွဲ့စည်းခဲ့သည်။ အနည်းဆုံး နောက်ထပ်တစ်ခု ထပ်ထုတ်နိုင်ဦးမလားဆိုတာ အခုအချိန်မှာ မသိရသေးပါဘူး။ Jena တစ်ယောက်ပဲကျန်တော့တယ်...

Open Source က သိပ်အရေးမကြီးပေမယ့် စမ်းကြည့်ချင်တယ် ဆိုရင်တော့ အရာအားလုံးက အရင်ကထက် နှင်းဆီပန်းပွင့်တွေ ပိုနည်းသွားပါပြီ။ ဥပမာအားဖြင့်:

• Stardog မှတ်တိုင်များ အခမဲ့ဗားရှင်းကို ဖြန့်ဝေပါ (သို့သော်၊ ပုံမှန်ဗားရှင်း၏ အစမ်းကာလသည် နှစ်ဆတိုးသွားသည်)။
• в GraphDB တိမ်တိုက်ယခင်က အခမဲ့အခြေခံအစီအစဉ်ကို သင်ရွေးချယ်နိုင်သည့်နေရာ၊ သုံးစွဲသူအသစ်များ မှတ်ပုံတင်ခြင်းကို ဆိုင်းငံ့ထားသည်။

ယေဘူယျအားဖြင့်၊ ပျမ်းမျှ အိုင်တီသမားအတွက်၊ နေရာလွတ်သည် ပို၍ပို၍ လက်လှမ်းမမီနိုင်ဖြစ်လာသည်၊ ၎င်း၏ ဖွံ့ဖြိုးတိုးတက်မှုသည် ကော်ပိုရေးရှင်းများစွာ ဖြစ်လာသည်။

source: www.habr.com