RDF സംഭരണികളിൽ ഇപ്പോൾ എന്താണ് നടക്കുന്നത്?

സെമാന്റിക് വെബും ലിങ്ക്ഡ് ഡാറ്റയും ബഹിരാകാശം പോലെയാണ്: അവിടെ ജീവനില്ല. കൂടുതലോ കുറവോ നീണ്ട കാലയളവിലേക്ക് അവിടെ പോകാൻ ... "എനിക്ക് ഒരു ബഹിരാകാശയാത്രികനാകാൻ ആഗ്രഹമുണ്ട്" എന്നതിന് മറുപടിയായി അവർ കുട്ടിക്കാലത്ത് നിങ്ങളോട് എന്താണ് പറഞ്ഞതെന്ന് എനിക്കറിയില്ല. എന്നാൽ ഭൂമിയിലായിരിക്കുമ്പോൾ എന്താണ് സംഭവിക്കുന്നതെന്ന് നിങ്ങൾക്ക് നിരീക്ഷിക്കാൻ കഴിയും; ഒരു അമേച്വർ ജ്യോതിശാസ്ത്രജ്ഞനോ പ്രൊഫഷണലോ ആകുന്നത് വളരെ എളുപ്പമാണ്.

ലേഖനം, RDF സംഭരണത്തിന്റെ ലോകത്ത് നിന്നുള്ള സമീപകാല പ്രവണതകളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കും. ആദ്യ ഖണ്ഡികയിലെ രൂപകം കട്ടിന് താഴെയുള്ള ഇതിഹാസ വലുപ്പത്തിലുള്ള പരസ്യചിത്രത്തിൽ നിന്ന് പ്രചോദനം ഉൾക്കൊണ്ടതാണ്.

ഇതിഹാസ ചിത്രം

I. RDF ആക്‌സസിനുള്ള ഗ്രാഫ്ക്യുഎൽ

അവർ പറയുന്നുഒരു സാർവത്രിക ഡാറ്റാബേസ് ആക്സസ് ഭാഷയായി മാറാനാണ് GraphQL ലക്ഷ്യമിടുന്നത്. GraphQL ഉപയോഗിച്ച് RDF ആക്സസ് ചെയ്യാനുള്ള കഴിവിനെക്കുറിച്ച്?

ബോക്‌സിന് പുറത്ത് ഈ അവസരം നൽകിയിരിക്കുന്നത്:

• സ്റ്റാർഡോഗ് (ബ്ലോഗ്, പ്രമാണീകരണം);
• ടോപ്പ് ക്വാഡ്രന്റ് ഉൽപ്പന്നങ്ങൾ (വെബിനാർ, പ്രമാണീകരണം).

റിപ്പോസിറ്ററി അത്തരമൊരു അവസരം നൽകുന്നില്ലെങ്കിൽ, ഉചിതമായ "റിസോൾവർ" എഴുതി സ്വതന്ത്രമായി നടപ്പിലാക്കാൻ കഴിയും. ഇതാണ് അവർ ചെയ്തത്, ഉദാഹരണത്തിന്, ഫ്രഞ്ച് പ്രോജക്റ്റിൽ ഡാറ്റ ടൂറിസം. അല്ലെങ്കിൽ നിങ്ങൾക്ക് ഇനി ഒന്നും എഴുതാൻ കഴിയില്ല, പക്ഷേ എടുക്കുക ഹൈപ്പർഗ്രാഫ്ക്യുഎൽ.

സെമാന്റിക് വെബിന്റെയും ലിങ്ക്ഡ് ഡാറ്റയുടെയും ഒരു യാഥാസ്ഥിതിക അനുയായിയുടെ വീക്ഷണകോണിൽ, ഇതെല്ലാം തീർച്ചയായും സങ്കടകരമാണ്, കാരണം ഇത് അടുത്ത ഡാറ്റ സിലോയ്ക്ക് ചുറ്റും നിർമ്മിച്ച സംയോജനങ്ങൾക്കായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നതായി തോന്നുന്നു, കൂടാതെ അനുയോജ്യമായ പ്ലാറ്റ്‌ഫോമുകളല്ല (ആർഡിഎഫ് സ്റ്റോറുകൾ, തീർച്ചയായും) .

GraphQL-നെ SPARQL-മായി താരതമ്യം ചെയ്യുന്നതിൽ നിന്നുള്ള ഇംപ്രഷനുകൾ ഇരട്ടിയാണ്.

• ഒരു വശത്ത്, GraphQL SPARQL-ന്റെ ഒരു വിദൂര ബന്ധുവിനെപ്പോലെ കാണപ്പെടുന്നു: ഇത് REST- ന് സാധാരണമായ ചോദ്യങ്ങളുടെ പുനർസാമ്പിളിന്റെയും ഗുണിതത്തിന്റെയും പ്രശ്‌നങ്ങൾ പരിഹരിക്കുന്നു - ഇത് കൂടാതെ, ഒരുപക്ഷേ, പരിഗണിക്കാൻ കഴിയില്ല. ചോദ്യ ഭാഷ, വെബിന് വേണ്ടിയെങ്കിലും;
• മറുവശത്ത്, ഗ്രാഫ്ക്യുഎല്ലിന്റെ കർക്കശമായ സ്കീമ നിരാശാജനകമാണ്. അതനുസരിച്ച്, RDF-ന്റെ പൂർണ്ണമായ പ്രതിഫലനവുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ അതിന്റെ "ആത്മവിവരണം" വളരെ പരിമിതമാണെന്ന് തോന്നുന്നു. പ്രോപ്പർട്ടി പാതകളുടെ അനലോഗ് ഒന്നുമില്ല, അതിനാൽ ഇത് “ഗ്രാഫ്-” ആയത് എന്തുകൊണ്ടാണെന്ന് പോലും വ്യക്തമല്ല.

II. മോംഗോഡിബിക്കുള്ള അഡാപ്റ്ററുകൾ

മുമ്പത്തേതിന് പൂരകമായ ഒരു പ്രവണത.

• ഇപ്പോൾ സ്റ്റാർഡോഗിൽ ഒരുപക്ഷേ - പ്രത്യേകിച്ചും, എല്ലാം ഒരേ ഗ്രാഫ്ക്യുഎല്ലിൽ - മോംഗോഡിബി ഡാറ്റയുടെ മാപ്പിംഗ് വെർച്വൽ ആർഡിഎഫ് ഗ്രാഫുകളിലേക്ക് കോൺഫിഗർ ചെയ്യുക;
• Ontotext GraphDB ഈയിടെയായി ഇത് അനുവദിക്കുന്നു MongoDB അന്വേഷണത്തിൽ SPARQL-ലേക്ക് ശകലങ്ങൾ ചേർക്കുക.

JSON ഉറവിടങ്ങളിലേക്കുള്ള അഡാപ്റ്ററുകളെ കുറിച്ച് നമ്മൾ കൂടുതൽ വിശാലമായി സംസാരിക്കുകയാണെങ്കിൽ, ഈ ഉറവിടങ്ങളിൽ RDF ആയി സംഭരിച്ചിരിക്കുന്ന JSON-നെ പ്രതിനിധീകരിക്കാൻ കൂടുതലോ കുറവോ "പറക്കലിൽ" അനുവദിക്കുന്ന, വളരെക്കാലമായി നിലനിൽക്കുന്നത് നമുക്ക് ഓർമിക്കാം. SPARQL ജനറേറ്റ്ക്രമീകരിക്കാൻ കഴിയുന്ന, ഉദാഹരണത്തിന്, അപ്പാച്ചെ ജെനയ്ക്ക്.

ആദ്യത്തെ രണ്ട് ട്രെൻഡുകൾ സംഗ്രഹിച്ചുകൊണ്ട്, "പോളിഗ്ലോട്ട് പെർസിസ്റ്റൻസ്" അവസ്ഥകളിൽ സംയോജനത്തിനും പ്രവർത്തനത്തിനുമുള്ള പൂർണ്ണ സന്നദ്ധത RDF സ്റ്റോറേജുകൾ പ്രകടമാക്കുന്നുവെന്ന് നമുക്ക് പറയാം. എന്നിരുന്നാലും, ഈ രണ്ടാമത്തേത് വളരെക്കാലമായി ഫാഷനിൽ നിന്ന് മാറിക്കഴിഞ്ഞുവെന്നും അത് മാറ്റിസ്ഥാപിക്കുകയാണെന്നും അറിയാം വരുന്നു മൾട്ടി മോഡൽ. RDF സ്റ്റോറേജ് ലോകത്ത് മൾട്ടി-മോഡലിങ്ങിനെക്കുറിച്ച്?

ചുരുക്കത്തിൽ, വഴിയില്ല. മൾട്ടി-മോഡൽ ഡിബിഎംഎസുകളുടെ വിഷയത്തിനായി ഒരു പ്രത്യേക ലേഖനം സമർപ്പിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു, എന്നാൽ നിലവിൽ ഒരു ഗ്രാഫ് മോഡലിനെ അടിസ്ഥാനമാക്കി മൾട്ടി മോഡൽ ഡിബിഎംഎസുകളൊന്നും ഇല്ല എന്നത് ശ്രദ്ധിക്കാവുന്നതാണ് (ആർഡിഎഫിനെ അതിന്റെ ഒരു തരമായി കണക്കാക്കാം) . ചില ചെറിയ മൾട്ടി-മോഡലിംഗ് - ഒരു ഇതര LPG ഗ്രാഫ് മോഡലിനുള്ള RDF സ്റ്റോറേജ് പിന്തുണ - ചർച്ച ചെയ്യും വിഭാഗം വി.

III. OLTP vs. OLAP

എന്നിരുന്നാലും, അതേ ഗാർട്ട്നർ അവൻ എഴുതുന്നുമൾട്ടിമോഡൽ പ്രാഥമികമായി ഒരു വ്യവസ്ഥയല്ല ഓപ്പറേഷൻ റൂമുകൾ ഡി.ബി.എം.എസ്. ഇത് മനസ്സിലാക്കാവുന്നതേയുള്ളൂ: "മൾട്ടിവേരിയേറ്റ് സ്റ്റോറേജ്" എന്ന സാഹചര്യത്തിൽ, ഇടപാടിന്റെ പ്രധാന പ്രശ്നങ്ങൾ ഉണ്ടാകുന്നു.

എന്നാൽ OLTP-OLAP സ്കെയിലിൽ RDF സ്റ്റോറേജുകൾ എവിടെയാണ്? ഞാൻ ഈ രീതിയിൽ ഉത്തരം നൽകും: അവിടെയും ഇവിടെയുമില്ല. അവ എന്തിനുവേണ്ടിയാണ് ഉദ്ദേശിക്കുന്നതെന്ന് സൂചിപ്പിക്കാൻ, മൂന്നാമത്തെ ചുരുക്കെഴുത്ത് ആവശ്യമാണ്. ഒരു ഓപ്ഷനായി ഞാൻ നിർദ്ദേശിക്കുന്നു ഒലിപ് - ഓൺലൈൻ ബൗദ്ധിക പ്രോസസ്സിംഗ്.

എന്നിരുന്നാലും, ഇപ്പോഴും:

• ഗ്രാഫ്‌ഡിബിയിൽ നടപ്പിലാക്കിയ മോംഗോഡിബിയുമായുള്ള സംയോജന സംവിധാനങ്ങൾ ചെറുതല്ല ഉദ്ദേശിച്ചിട്ടുള്ള പ്രകടന പ്രശ്നങ്ങൾ എഴുതാൻ പ്രവർത്തിക്കാൻ;
• സ്റ്റാർഡോഗ് കൂടുതൽ മുന്നോട്ട് പോകുന്നു മാറ്റിയെഴുതുന്നു എഞ്ചിൻ, റെക്കോർഡിംഗ് പ്രകടനം മെച്ചപ്പെടുത്തുക എന്ന ലക്ഷ്യത്തോടെ വീണ്ടും.

ഇനി ഞാൻ ഒരു പുതിയ കളിക്കാരനെ വിപണിയിൽ അവതരിപ്പിക്കട്ടെ. IBM Netezza, Amazon Redshift എന്നിവയുടെ സ്രഷ്‌ടാക്കളിൽ നിന്ന് - അൻസോഗ്രാഫ്™. ഒരു ഉൽപ്പന്നത്തെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു പരസ്യത്തിൽ നിന്നുള്ള ഒരു ചിത്രം ലേഖനത്തിന്റെ തുടക്കത്തിൽ പോസ്റ്റ് ചെയ്തു. AnzoGraph സ്വയം ഒരു GOLAP പരിഹാരമായി നിലകൊള്ളുന്നു. വിൻഡോ ഫംഗ്‌ഷനുകളുള്ള SPARQL നിങ്ങൾക്ക് എങ്ങനെ ഇഷ്ടമാണ്? —

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

IV. RocksDB

ഇതിനകം ഉയർന്നത് ഒരു ലിങ്ക് ഉണ്ടായിരുന്നു സ്റ്റാർഡോഗ് 7 ബീറ്റയുടെ പ്രഖ്യാപനത്തിലേക്ക്, സ്റ്റാർഡോഗ് റോക്സ്ഡിബിയെ അടിസ്ഥാന സംഭരണ ​​സംവിധാനമായി ഉപയോഗിക്കാൻ പോകുന്നു എന്ന് പറഞ്ഞു - ഒരു കീ-വാല്യൂ സ്റ്റോർ, ഗൂഗിളിന്റെ ലെവൽഡിബിയുടെ ഫേസ്ബുക്ക് ഫോർക്ക്. ഒരു പ്രത്യേക പ്രവണതയെക്കുറിച്ച് സംസാരിക്കുന്നത് മൂല്യവത്താണ്?

ഒന്നാമതായി, വിലയിരുത്തുന്നു വിക്കിപീഡിയ ലേഖനം, RDF സ്റ്റോറേജുകൾ മാത്രമല്ല RocksDB ലേക്ക് "പറിച്ച് വയ്ക്കുന്നത്". ArangoDB, MongoDB, MySQL, MariaDB, Cassandra എന്നിവയിൽ RocksDB ഒരു സ്റ്റോറേജ് എഞ്ചിനായി ഉപയോഗിക്കാനുള്ള പ്രോജക്ടുകളുണ്ട്.

രണ്ടാമതായി, പ്രസക്തമായ വിഷയങ്ങളിൽ പ്രോജക്റ്റുകൾ (അതായത്, ഉൽപ്പന്നങ്ങളല്ല) RocksDB-യിൽ സൃഷ്ടിക്കപ്പെടുന്നു.

ഉദാഹരണത്തിന്, eBay RocksDB ഇൻ ഉപയോഗിക്കുന്നു പ്ലാറ്റ്ഫോം നിങ്ങളുടെ "വിജ്ഞാന ഗ്രാഫിന്". വഴിയിൽ, ഇത് വായിക്കുന്നത് രസകരമാണ്: അന്വേഷണ ഭാഷ ഒരു ഹോം ഗ്രൗണ്ട് ഫോർമാറ്റായിട്ടാണ് ആരംഭിച്ചത്, എന്നാൽ അടുത്തിടെ അത് SPARQL പോലെയായി മാറുകയാണ്.. തമാശയിൽ പറഞ്ഞതുപോലെ: നമ്മൾ എത്ര വിജ്ഞാന ഗ്രാഫ് ഉണ്ടാക്കിയാലും, ഞങ്ങൾ ഇപ്പോഴും RDF-ൽ അവസാനിക്കും.

മറ്റൊരു ഉദാഹരണം - കുറച്ച് മാസങ്ങൾക്ക് മുമ്പ് പ്രത്യക്ഷപ്പെട്ട ഒന്ന് വിക്കിഡാറ്റ ചരിത്ര അന്വേഷണ സേവനം. അതിന്റെ ആമുഖത്തിന് മുമ്പ്, വിക്കിഡാറ്റ ചരിത്രപരമായ വിവരങ്ങൾ ആക്സസ് ചെയ്യേണ്ടതുണ്ട് MWAPI സാധാരണ മീഡിയവിക്കി API-ലേക്ക്. ഇപ്പോൾ ശുദ്ധമായ SPARQL ഉപയോഗിച്ച് ഒരുപാട് സാധ്യമാണ്. "ഹൂഡിന് കീഴിൽ" RocksDB ഉം ഉണ്ട്. ഗൂഗിൾ നോളജ് ഗ്രാഫിലേക്ക് ഫ്രീബേസ് ഇമ്പോർട്ടുചെയ്‌ത വ്യക്തിയാണ് WDHQS നിർമ്മിച്ചതെന്ന് തോന്നുന്നു.

V. എൽപിജി പിന്തുണ

LPG ഗ്രാഫുകളും RDF ഗ്രാഫുകളും തമ്മിലുള്ള പ്രധാന വ്യത്യാസം ഞാൻ നിങ്ങളെ ഓർമ്മിപ്പിക്കട്ടെ.

എൽപിജിയിൽ, സ്കെയിലർ പ്രോപ്പർട്ടികൾ എഡ്ജ് ഇൻസ്‌റ്റൻസുകളിലേക്ക് അസൈൻ ചെയ്യാൻ കഴിയും, അതേസമയം ആർഡിഎഫിൽ അവ എഡ്ജ് “ടൈപ്പുകളിലേക്ക്” മാത്രമേ അസൈൻ ചെയ്യാൻ കഴിയൂ (പക്ഷേ സ്കെലാർ പ്രോപ്പർട്ടികൾ മാത്രമല്ല, സാധാരണ കണക്ഷനുകളും). എൽപിജിയുമായി താരതമ്യം ചെയ്യുമ്പോൾ ആർഡിഎഫിന്റെ ഈ പരിമിതി മറികടക്കുക ഒന്നോ അല്ലെങ്കിൽ മറ്റൊരു മോഡലിംഗ് ടെക്നിക്. ആർ‌ഡി‌എഫുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ എൽ‌പി‌ജിയുടെ പരിമിതികൾ മറികടക്കാൻ കൂടുതൽ ബുദ്ധിമുട്ടാണ്, എന്നാൽ എൽ‌പി‌ജി ഗ്രാഫുകൾ‌ ആർ‌ഡി‌എഫ് ഗ്രാഫുകളേക്കാൾ ഹരാരി പാഠപുസ്തകത്തിൽ നിന്നുള്ള ചിത്രങ്ങൾ പോലെയാണ്, അതിനാലാണ് ആളുകൾക്ക് അവ ആവശ്യമുള്ളത്.

വ്യക്തമായും, "എൽപിജി പിന്തുണ" എന്ന ചുമതല രണ്ട് ഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു:

1. ആർ‌ഡി‌എഫ് മോഡലിൽ മാറ്റങ്ങൾ വരുത്തുന്നത് അതിൽ എൽ‌പി‌ജി ഘടനകളെ അനുകരിക്കുന്നത് സാധ്യമാക്കുന്നു;
2. ഈ പരിഷ്‌കരിച്ച മോഡലിൽ ഡാറ്റ ആക്‌സസ് ചെയ്യുന്നത് സാധ്യമാക്കുന്ന RDF അന്വേഷണ ഭാഷയിൽ മാറ്റങ്ങൾ വരുത്തുന്നു, അല്ലെങ്കിൽ ജനപ്രിയ എൽപിജി അന്വേഷണ ഭാഷകളിൽ ഈ മോഡലിലേക്ക് അന്വേഷണങ്ങൾ നടത്താനുള്ള കഴിവ് നടപ്പിലാക്കുന്നു.

വി.1. ഡാറ്റ മോഡൽ

ഇവിടെ സാധ്യമായ നിരവധി സമീപനങ്ങളുണ്ട്.

വി.1.1. സിംഗിൾടൺ പ്രോപ്പർട്ടി

ആർഡിഎഫും എൽപിജിയും സമന്വയിപ്പിക്കുന്നതിനുള്ള ഏറ്റവും അക്ഷരാർത്ഥമായ സമീപനം ഒരുപക്ഷേ സിംഗിൾടൺ പ്രോപ്പർട്ടി:

• പകരം, ഉദാഹരണത്തിന്, പ്രവചനം :isMarriedTo പ്രവചനങ്ങൾ ഉപയോഗിക്കുന്നു :isMarriedTo1, :isMarriedTo2 i t. d.
• ഈ പ്രവചനങ്ങൾ പിന്നീട് പുതിയ ട്രിപ്പിൾസിന്റെ വിഷയങ്ങളായി മാറുന്നു: :isMarriedTo1 :since "2013-09-13"^^xsd:date മറ്റുള്ളവരും.
• ഈ പ്രവചനങ്ങളുടെ ഒരു സാധാരണ പ്രവചനവുമായി ബന്ധപ്പെടുത്തുന്നത് ഫോമിന്റെ ട്രിപ്പിൾസ് ഉപയോഗിച്ചാണ് :isMarriedTo1 rdf:singletonPropertyOf :isMarriedTo.
• വ്യക്തമായും, rdf:singletonPropertyOf rdfs:subPropertyOf rdf:type, എന്നാൽ നിങ്ങൾ എന്തുകൊണ്ട് വെറുതെ എഴുതരുത് എന്ന് ചിന്തിക്കുക :isMarriedTo1 rdf:type :isMarriedTo.

"LPG പിന്തുണ" എന്ന പ്രശ്നം ഇവിടെ RDFS തലത്തിൽ പരിഹരിച്ചിരിക്കുന്നു. അത്തരമൊരു തീരുമാനത്തിന് ഉചിതമായതിൽ ഉൾപ്പെടുത്തേണ്ടതുണ്ട് സ്റ്റാൻഡേർഡ്. അനന്തരഫലങ്ങൾ അറ്റാച്ചുചെയ്യുന്നതിനെ പിന്തുണയ്ക്കുന്ന RDF സ്റ്റോറുകൾക്ക് ചില മാറ്റങ്ങൾ ആവശ്യമായി വന്നേക്കാം, എന്നാൽ ഇപ്പോൾ, സിംഗിൾടൺ പ്രോപ്പർട്ടി മറ്റൊരു മോഡലിംഗ് സാങ്കേതികതയായി കണക്കാക്കാം.

വി.1.2. റീഫിക്കേഷൻ ശരിയായി ചെയ്തു

പ്രോപ്പർട്ടി സംഭവങ്ങൾ ട്രിപ്പിൾ വഴി പൂർണ്ണമായും തൽക്ഷണം ചെയ്യപ്പെടുമെന്ന തിരിച്ചറിവിൽ നിന്നാണ് കുറച്ച് നിഷ്കളങ്കമായ സമീപനങ്ങൾ ഉണ്ടാകുന്നത്. ട്രിപ്പിൾസിനെ കുറിച്ച് എന്തെങ്കിലും പറയാൻ കഴിയുന്നതിലൂടെ, നമുക്ക് സ്വത്ത് സംഭവങ്ങളെക്കുറിച്ച് സംസാരിക്കാൻ കഴിയും.

ഈ സമീപനങ്ങളിൽ ഏറ്റവും ശക്തമാണ് RDF*, RDR, ജനിച്ചത് ബ്ലേസ്ഗ്രാഫിന്റെ ആഴത്തിൽ. അത് തുടക്കം മുതലുള്ളതാണ് തിരഞ്ഞെടുക്കപ്പെട്ടു നിങ്ങൾക്കും അൻസോഗ്രാഫിനും വേണ്ടി. സമീപനത്തിന്റെ ദൃഢത നിർണ്ണയിക്കുന്നത് അതിന്റെ ചട്ടക്കൂടിനുള്ളിൽ എന്ന വസ്തുതയാണ് വാഗ്ദാനം ചെയ്തു ലെ അനുബന്ധ മാറ്റങ്ങൾ ആർഡിഎഫ് സെമാന്റിക്സ്. എന്നിരുന്നാലും, പോയിന്റ് വളരെ ലളിതമാണ്. RDF-ന്റെ ടർട്ടിൽ സീരിയലൈസേഷനിൽ നിങ്ങൾക്ക് ഇപ്പോൾ ഇതുപോലൊന്ന് എഴുതാം:

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

വി.1.3. മറ്റ് സമീപനങ്ങൾ

നിങ്ങൾക്ക് ഔപചാരികമായ സെമാന്റിക്‌സിൽ വിഷമിക്കാനാവില്ല, എന്നാൽ ട്രിപ്പിൾസിന് ചില ഐഡന്റിഫയറുകൾ ഉണ്ടെന്ന് കരുതുക, അവ തീർച്ചയായും യുആർഐകളാണ്, കൂടാതെ ഈ യുആർഐകൾ ഉപയോഗിച്ച് പുതിയ ട്രിപ്പിറ്റുകൾ സൃഷ്‌ടിക്കുക. SPARQL-ൽ ഈ URI-കളിലേക്ക് ആക്‌സസ് നൽകുക മാത്രമാണ് അവശേഷിക്കുന്നത്. അങ്ങനെ എത്തുന്നു സ്റ്റാർഡോഗ്.

അല്ലെഗ്രോഗ്രാഫിൽ പോയി ഒരു ഇന്റർമീഡിയറ്റ് രീതിയിൽ. അല്ലെഗ്രോഗ്രാഫിൽ ട്രിപ്പിൾ ഐഡന്റിഫയറുകൾ ഉണ്ടെന്ന് അറിയാം ആകുന്നു, എന്നാൽ ട്രിപ്പിൾ ആട്രിബ്യൂട്ടുകൾ നടപ്പിലാക്കുമ്പോൾ അവ പുറത്തു നിൽക്കുന്നില്ല. എന്നിരുന്നാലും, ഇത് ഇപ്പോഴും ഔപചാരിക അർത്ഥശാസ്ത്രത്തിൽ നിന്ന് വളരെ അകലെയാണ്. ട്രിപ്പിൾ ആട്രിബ്യൂട്ടുകൾ യുആർഐകളല്ലെന്നത് ശ്രദ്ധേയമാണ്, ഈ ആട്രിബ്യൂട്ടുകളുടെ മൂല്യങ്ങളും അക്ഷരാർത്ഥത്തിൽ മാത്രമായിരിക്കും. എൽപിജി അനുയായികൾക്ക് അവർ ആഗ്രഹിച്ചത് കൃത്യമായി ലഭിക്കും. പ്രത്യേകമായി കണ്ടുപിടിച്ച NQX ഫോർമാറ്റിൽ, RDF*-ന് മുകളിലുള്ളതിന് സമാനമായ ഒരു ഉദാഹരണം ഇതുപോലെ കാണപ്പെടുന്നു:

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

വി.2. അന്വേഷണ ഭാഷകൾ

മോഡൽ തലത്തിൽ ഒരു തരത്തിലല്ലെങ്കിൽ മറ്റൊരു തരത്തിൽ എൽപിജിയെ പിന്തുണയ്ക്കുന്നതിനാൽ, അത്തരം ഒരു മോഡലിൽ ഡാറ്റയെക്കുറിച്ചുള്ള അന്വേഷണങ്ങൾ നടത്തുന്നത് സാധ്യമാക്കേണ്ടതുണ്ട്.

• RDF* അന്വേഷണങ്ങൾക്കുള്ള ബ്ലേസ്‌ഗ്രാഫ് പിന്തുണയ്ക്കുന്നു സ്പാർക്കൽ* и ഗ്രെംലിൻ. ഒരു SPARQL* അന്വേഷണം ഇതുപോലെ കാണപ്പെടുന്നു:

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

• അൻസോഗ്രാഫും പിന്തുണയ്ക്കുന്നു സ്പാർക്കൽ* പിന്തുണയ്ക്കാൻ പോകുന്നു സൈഫർ, Neo4j-ലെ ഒരു അന്വേഷണ ഭാഷ.
• സ്റ്റാർഡോഗ് സ്വന്തം പിന്തുണ നൽകുന്നു വിപുലീകരണം SPARQL ഒപ്പം വീണ്ടും ഗ്രെംലിൻ. ഇതുപോലുള്ള ഒന്ന് ഉപയോഗിച്ച് നിങ്ങൾക്ക് SPARQL-ൽ ട്രിപ്പിൾ URI ഉം "മെറ്റാ-വിവരങ്ങളും" ലഭിക്കും:

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

• അല്ലെഗ്രോഗ്രാഫും അതിന്റേതായ പിന്തുണ നൽകുന്നു വിപുലീകരണം SPARQL:

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

വഴിയിൽ, ഗ്രാഫ്‌ഡിബി ഒരു സമയത്ത് എൽപിജിയെ പിന്തുണയ്‌ക്കാതെ ടിങ്കർപോപ്പ്/ഗ്രെംലിൻ പിന്തുണച്ചിരുന്നു, എന്നാൽ ഇത് പതിപ്പ് 8.0 അല്ലെങ്കിൽ 8.1 ൽ നിർത്തി.

VI. ലൈസൻസുകൾ കർശനമാക്കുന്നു

“ട്രിപ്പിൾസ്റ്റോർ ഓഫ് ചോയ്‌സ്”, “ഓപ്പൺ സോഴ്‌സ് ട്രിപ്പിൾസ്റ്റോർ” സെറ്റുകളുടെ കവലയിൽ അടുത്തിടെ കൂട്ടിച്ചേർക്കലുകളൊന്നും ഉണ്ടായിട്ടില്ല. പുതിയ ഓപ്പൺ സോഴ്‌സ് ആർഡിഎഫ് സ്റ്റോറുകൾ ദൈനംദിന ഉപയോഗത്തിനുള്ള നല്ലൊരു ചോയിസ് എന്നതിൽ നിന്ന് വളരെ ദൂരെയാണ്, കൂടാതെ ഞാൻ ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്ന പുതിയ ട്രിപ്പിൾ സ്റ്റോറുകൾ (അൻസോഗ്രാഫ് പോലെയുള്ളവ) അടച്ച ഉറവിടമാണ്. പകരം, നമുക്ക് കുറയുന്നതിനെക്കുറിച്ച് സംസാരിക്കാം ...

തീർച്ചയായും, ഓപ്പൺ സോഴ്‌സ് മുമ്പ് ഷട്ട് ഡൗൺ ചെയ്തിട്ടില്ല, എന്നാൽ ചില ഓപ്പൺ സോഴ്‌സ് റിപ്പോസിറ്ററികൾ സാവധാനത്തിൽ തിരഞ്ഞെടുക്കേണ്ടതായി കാണില്ല. ഒരു ഓപ്പൺ സോഴ്‌സ് എഡിഷനുള്ള വിർച്വോസോ, എന്റെ അഭിപ്രായത്തിൽ, ബഗുകളിൽ മുങ്ങുകയാണ്. ബ്ലേസെഗ്രാഫ് AWS വാങ്ങുകയും ആമസോൺ നെപ്റ്റ്യൂണിന്റെ അടിസ്ഥാനം രൂപീകരിക്കുകയും ചെയ്തു; ഇനി ഒരു റിലീസ് എങ്കിലും ഉണ്ടാകുമോ എന്ന് വ്യക്തമല്ല. ജെന മാത്രം ബാക്കി...

ഓപ്പൺ സോഴ്‌സ് വളരെ പ്രധാനമല്ലെങ്കിലും നിങ്ങൾ അത് പരീക്ഷിക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, എല്ലാം മുമ്പത്തേതിനേക്കാൾ റോസി കുറവാണ്. ഉദാഹരണത്തിന്:

• സ്റ്റാർഡോഗ് നിർത്തുന്നു സൗജന്യ പതിപ്പ് വിതരണം ചെയ്യുക (എന്നിരുന്നാലും, സാധാരണ പതിപ്പിന്റെ ട്രയൽ കാലയളവ് ഇരട്ടിയായി);
• в ഗ്രാഫ്ഡിബി ക്ലൗഡ്, മുമ്പ് നിങ്ങൾക്ക് ഒരു സൗജന്യ അടിസ്ഥാന പ്ലാൻ തിരഞ്ഞെടുക്കാമായിരുന്നിടത്ത്, പുതിയ ഉപയോക്തൃ രജിസ്ട്രേഷൻ താൽക്കാലികമായി നിർത്തിവച്ചിരിക്കുന്നു.

പൊതുവേ, ഒരു ശരാശരി ഐടി വ്യക്തിക്ക്, ഇടം കൂടുതൽ കൂടുതൽ അപ്രാപ്യമായിക്കൊണ്ടിരിക്കുകയാണ്; അതിന്റെ വികസനം കോർപ്പറേഷനുകളുടെ ചീട്ടായി മാറുന്നു.

അവലംബം: www.habr.com