ເກີດຫຍັງຂຶ້ນກັບການເກັບຮັກສາ RDF ໃນປັດຈຸບັນ?

ເວັບໄຊທ໌ Semantic ແລະຂໍ້ມູນເຊື່ອມຕໍ່ແມ່ນຄ້າຍຄືພື້ນທີ່ນອກ: ບໍ່ມີຊີວິດຢູ່ທີ່ນັ້ນ. ໄປບ່ອນນັ້ນເປັນເວລາດົນ ຫຼືໜ້ອຍກວ່າ... ຂ້ອຍບໍ່ຮູ້ວ່າເຂົາເຈົ້າບອກຫຍັງເຈົ້າຕອນຍັງນ້ອຍ ໃນການຕອບໂຕ້ກັບ “ຂ້ອຍຢາກເປັນນັກອາວະກາດ.” ແຕ່ເຈົ້າສາມາດສັງເກດເຫັນສິ່ງທີ່ເກີດຂຶ້ນໃນຂະນະທີ່ຢູ່ໃນໂລກ; ມັນເປັນການງ່າຍຂຶ້ນຫຼາຍທີ່ຈະເປັນນັກດາລາສາດສມັກເລ່ນຫຼືແມ້ກະທັ້ງເປັນມືອາຊີບ.

ບົດຄວາມຈະສຸມໃສ່ການທີ່ຜ່ານມາ, ບໍ່ເກົ່າກວ່າຫຼາຍເດືອນ, ແນວໂນ້ມຈາກໂລກຂອງການເກັບຮັກສາ RDF. metaphor ໃນວັກທໍາອິດໄດ້ຮັບການດົນໃຈໂດຍຮູບພາບການໂຄສະນາຂະຫນາດ epic ພາຍໃຕ້ການຕັດ.

ຮູບພາບ epic

I. GraphQL ສໍາລັບການເຂົ້າເຖິງ RDF

ເຂົາເຈົ້າເວົ້າວ່າວ່າ GraphQL ມີຈຸດປະສົງເພື່ອກາຍເປັນພາສາການເຂົ້າເຖິງຖານຂໍ້ມູນທົ່ວໄປ. ແມ່ນຫຍັງກ່ຽວກັບຄວາມສາມາດໃນການເຂົ້າເຖິງ RDF ໂດຍໃຊ້ GraphQL?

ໂອ​ກາດ​ນີ້​ແມ່ນ​ສະ​ຫນອງ​ໃຫ້​ໂດຍ​:

• Stardog (ບລັອກ, ເອກະສານ);
• ຜະລິດຕະພັນ TopQuadrant (webinar, ເອກະສານ).

ຖ້າ repository ບໍ່ສະຫນອງໂອກາດດັ່ງກ່າວ, ມັນສາມາດຖືກປະຕິບັດເປັນເອກະລາດໂດຍການຂຽນ "ຕົວແກ້ໄຂ" ທີ່ເຫມາະສົມ. ນີ້ແມ່ນສິ່ງທີ່ພວກເຂົາເຮັດ, ສໍາລັບຕົວຢ່າງ, ໃນໂຄງການຝຣັ່ງ ການທ່ອງທ່ຽວຂໍ້ມູນ. ຫຼືທ່ານບໍ່ສາມາດຂຽນຫຍັງໄດ້, ແຕ່ພຽງແຕ່ໃຊ້ເວລາ HyperGraphQL.

ຈາກທັດສະນະຂອງຜູ້ທີ່ຍຶດຫມັ້ນແບບດັ້ງເດີມຂອງ Semalt Web ແລະຂໍ້ມູນເຊື່ອມຕໍ່, ທັງຫມົດນີ້, ແນ່ນອນ, ແມ່ນຫນ້າເສົ້າໃຈ, ເນື່ອງຈາກວ່າມັນເບິ່ງຄືວ່າຖືກອອກແບບສໍາລັບການເຊື່ອມໂຍງກັບຂໍ້ມູນຕໍ່ໄປ, ແລະເວທີທີ່ບໍ່ເຫມາະສົມ (ຮ້ານ RDF, ແນ່ນອນ) .

ຄວາມປະທັບໃຈຈາກການປຽບທຽບ GraphQL ກັບ SPARQL ແມ່ນສອງເທົ່າ.

• ໃນອີກດ້ານຫນຶ່ງ, GraphQL ເບິ່ງຄືວ່າເປັນພີ່ນ້ອງຫ່າງໄກຂອງ SPARQL: ມັນແກ້ໄຂບັນຫາຂອງ resampling ແລະຄວາມຫຼາກຫຼາຍຂອງການສອບຖາມທີ່ເປັນປົກກະຕິສໍາລັບ REST - ໂດຍບໍ່ມີການທີ່, ອາດຈະເປັນ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະພິຈາລະນາ. ພາສາສອບຖາມ, ຢ່າງຫນ້ອຍສໍາລັບເວັບໄຊຕ໌;
• ໃນອີກດ້ານຫນຶ່ງ, schema rigid ຂອງ GraphQL ແມ່ນຫນ້າຜິດຫວັງ. ຕາມ​ນັ້ນ​ແລ້ວ, “ຄວາມ​ນຶກ​ຄິດ” ຂອງ​ມັນ​ເບິ່ງ​ຄື​ວ່າ​ມີ​ຄວາມ​ຈຳ​ກັດ​ຫຼາຍ​ເມື່ອ​ທຽບ​ໃສ່​ກັບ​ການ​ສະທ້ອນ​ຢ່າງ​ເຕັມ​ທີ່​ຂອງ RDF. ແລະບໍ່ມີການປຽບທຽບຂອງເສັ້ນທາງຊັບສິນ, ສະນັ້ນມັນບໍ່ຊັດເຈນຫຼາຍວ່າເປັນຫຍັງມັນເປັນ "Graph-".

II. ຜູ້ດັດແປງສໍາລັບ MongoDB

ແນວໂນ້ມທີ່ສົມທຽບກັບອັນກ່ອນໜ້າ.

• ໃນ Stardog ໃນປັດຈຸບັນ ອາດຈະເປັນ - ໂດຍສະເພາະ, ທັງຫມົດໃນ GraphQL ດຽວກັນ - ກໍານົດແຜນທີ່ຂອງຂໍ້ມູນ MongoDB ເຂົ້າໄປໃນກາຟ RDF virtual;
• Ontotext GraphDB ມີບໍ່ດົນມານີ້ ອະນຸຍາດ ໃສ່ຊິ້ນສ່ວນເຂົ້າໄປໃນ SPARQL ໃນ MongoDB Query.

ຖ້າພວກເຮົາເວົ້າຢ່າງກວ້າງຂວາງກ່ຽວກັບອະແດບເຕີກັບແຫຼ່ງ JSON, ເຊິ່ງອະນຸຍາດໃຫ້ຫຼາຍຫຼືຫນ້ອຍ "ໃນທັນທີ" ເພື່ອເປັນຕົວແທນຂອງ JSON ທີ່ເກັບໄວ້ໃນແຫຼ່ງເຫຼົ່ານີ້ເປັນ RDF, ພວກເຮົາສາມາດຈື່ຈໍາໄດ້ດົນນານ. SPARQL ສ້າງ, ທີ່​ສາ​ມາດ​ປັບ​ໄດ້​, ຕົວຢ່າງເຊັ່ນ, ກັບ Apache Jena.

ສະຫຼຸບສອງແນວໂນ້ມທໍາອິດ, ພວກເຮົາສາມາດເວົ້າໄດ້ວ່າການເກັບຮັກສາ RDF ສະແດງໃຫ້ເຫັນຄວາມພ້ອມຢ່າງເຕັມທີ່ສໍາລັບການເຊື່ອມໂຍງແລະການດໍາເນີນງານໃນເງື່ອນໄຂ "ຄວາມຄົງຕົວຂອງ polyglot". ມັນເປັນທີ່ຮູ້ຈັກ, ແນວໃດກໍ່ຕາມ, ວ່າອັນສຸດທ້າຍນີ້ໄດ້ອອກຈາກຄົນອັບເດດ:, ແລະຖືກແທນທີ່ດ້ວຍ ກໍາ​ລັງ​ມາ ຫຼາຍແບບ. ຈະເປັນແນວໃດກ່ຽວກັບການສ້າງແບບຈໍາລອງຫຼາຍໃນໂລກຂອງການເກັບຮັກສາ RDF?

ໃນສັ້ນ, ບໍ່ມີທາງ. ຂ້າພະເຈົ້າຢາກຈະອຸທິດບົດຄວາມແຍກຕ່າງຫາກໃຫ້ກັບຫົວຂໍ້ຂອງ DBMSs ຫຼາຍແບບ, ແຕ່ສໍາລັບໃນປັດຈຸບັນມັນສາມາດສັງເກດເຫັນໄດ້ວ່າໃນປັດຈຸບັນບໍ່ມີ DBMSs ຫຼາຍແບບ "ອີງໃສ່" ຮູບແບບກາຟ (RDF ສາມາດຖືວ່າເປັນປະເພດຂອງມັນ). . ບາງຕົວແບບຫຼາຍແບບຂະຫນາດນ້ອຍ - ການສະຫນັບສະຫນູນການເກັບຮັກສາ RDF ສໍາລັບຮູບແບບກາຟ LPG ທາງເລືອກ - ຈະຖືກປຶກສາຫາລືໃນ ພາກ​ທີ V.

III. OLTP ທຽບກັບ. OLAP

ຢ່າງໃດກໍຕາມ, Gartner ດຽວກັນ ພຣະອົງໄດ້ຂຽນmultimodel ນັ້ນເປັນ sine qua ບໍ່ມີເງື່ອນໄຂຕົ້ນຕໍສໍາລັບ ຫ້ອງປະຕິບັດການ DBMS. ນີ້ແມ່ນເຂົ້າໃຈໄດ້: ໃນສະຖານະການ "ການເກັບຮັກສາ multivariate", ບັນຫາຕົ້ນຕໍແມ່ນເກີດຂື້ນກັບການເຮັດທຸລະກໍາ.

ແຕ່ບ່ອນເກັບຂໍ້ມູນ RDF ຢູ່ບ່ອນໃດຢູ່ໃນຂະຫນາດ OLTP-OLAP? ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ຕອບ​ແບບ​ນີ້: ບໍ່​ມີ​ຫຼື​ທີ່​ນີ້. ເພື່ອຊີ້ບອກສິ່ງທີ່ພວກເຂົາມີຈຸດປະສົງ, ບາງຕົວຫຍໍ້ທີສາມແມ່ນຈໍາເປັນ. ເປັນທາງເລືອກທີ່ຂ້ອຍຈະແນະນໍາ ໂອລິບ — ການ​ປຸງ​ແຕ່ງ​ທາງ​ປັນ​ຍາ​ອອນ​ໄລ​ນ​໌​.

ຢ່າງໃດກໍຕາມ, ຍັງ:

• ກົນໄກການເຊື່ອມໂຍງກັບ MongoDB ທີ່ປະຕິບັດໃນ GraphDB ແມ່ນບໍ່ແມ່ນຫນ້ອຍ ຈຸດປະສົງ ເຮັດວຽກກ່ຽວກັບການຂຽນບັນຫາການປະຕິບັດ;
• Stardog ໄປຕື່ມອີກແລະຄົບຖ້ວນ ຂຽນຄືນ ເຄື່ອງຈັກ, ອີກເທື່ອຫນຶ່ງກັບເປົ້າຫມາຍຂອງການປັບປຸງການປະຕິບັດການບັນທຶກ.

ຕອນນີ້ໃຫ້ຂ້ອຍແນະນໍາຜູ້ຫຼິ້ນໃຫມ່ໃນຕະຫລາດ. ຈາກຜູ້ສ້າງ IBM Netezza ແລະ Amazon Redshift - AnzoGraph™. ຮູບພາບຈາກການໂຄສະນາຜະລິດຕະພັນໂດຍອີງໃສ່ມັນໄດ້ຖືກຈັດພີມມາໃນຕອນຕົ້ນຂອງບົດຄວາມ. AnzoGraph ວາງຕົວຂອງມັນເອງເປັນການແກ້ໄຂ GOLAP. ທ່ານມັກ SPARQL ແນວໃດກັບຫນ້າທີ່ປ່ອງຢ້ຽມ? —

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

IV. RocksDB

ສູງຂຶ້ນແລ້ວ ມີການເຊື່ອມຕໍ່ ກັບການປະກາດຂອງ Stardog 7 Beta, ເຊິ່ງກ່າວວ່າ Stardog ກໍາລັງຈະໃຊ້ RocksDB ເປັນລະບົບການເກັບຮັກສາພື້ນຖານ - ການເກັບຮັກສາທີ່ສໍາຄັນ, ເປັນ fork Facebook ຂອງ LevelDB ຂອງ Google. ເປັນຫຍັງມັນສົມຄວນເວົ້າກ່ຽວກັບແນວໂນ້ມທີ່ແນ່ນອນ?

ທໍາອິດ, ຕັດສິນໂດຍ ບົດຄວາມວິກິພີເດຍ, ບໍ່ພຽງແຕ່ການເກັບຮັກສາ RDF ເທົ່ານັ້ນທີ່ຖືກ "ປູກ" ກັບ RocksDB. ມີໂຄງການທີ່ຈະໃຊ້ RocksDB ເປັນເຄື່ອງຈັກໃນການເກັບຮັກສາໃນ ArangoDB, MongoDB, MySQL ແລະ MariaDB, Cassandra.

ອັນທີສອງ, ໂຄງການ (ນັ້ນແມ່ນ, ບໍ່ແມ່ນຜະລິດຕະພັນ) ກ່ຽວກັບຫົວຂໍ້ທີ່ກ່ຽວຂ້ອງແມ່ນຖືກສ້າງຂຶ້ນໃນ RocksDB.

ຕົວຢ່າງ, eBay ໃຊ້ RocksDB ໃນ ເວທີ ສໍາລັບ "ຕາຕະລາງຄວາມຮູ້" ຂອງທ່ານ. ໂດຍວິທີທາງການ, ມັນເປັນເລື່ອງຕະຫລົກທີ່ຈະອ່ານ: ພາສາແບບສອບຖາມເລີ່ມຕົ້ນເປັນຮູບແບບທີ່ປູກໃນບ້ານ, ແຕ່ບໍ່ດົນມານີ້ມັນໄດ້ປ່ຽນໄປເປັນ SPARQL ຫຼາຍ.. ເຊັ່ນດຽວກັບເລື່ອງຕະຫລົກ: ບໍ່ວ່າພວກເຮົາສ້າງກາຟຄວາມຮູ້ຫຼາຍປານໃດ, ພວກເຮົາຍັງສິ້ນສຸດດ້ວຍ RDF.

ຕົວຢ່າງອີກອັນຫນຶ່ງ - ຫນຶ່ງທີ່ປາກົດສອງສາມເດືອນກ່ອນຫນ້ານີ້ ບໍລິການສອບຖາມປະຫວັດ Wikidata. ກ່ອນທີ່ຈະແນະນໍາ, ຂໍ້ມູນປະຫວັດສາດ Wikidata ຕ້ອງໄດ້ຮັບການເຂົ້າເຖິງໂດຍຜ່ານ MWAPI ກັບ Mediawiki API ມາດຕະຖານ. ໃນປັດຈຸບັນມີຫຼາຍຄວາມເປັນໄປໄດ້ທີ່ມີ SPARQL ບໍລິສຸດ. "ພາຍໃຕ້ຜ້າມ່ານ" ຍັງມີ RocksDB. ໂດຍວິທີທາງການ, WDHQS ໄດ້ຖືກສ້າງຂື້ນ, ມັນເບິ່ງຄືວ່າ, ໂດຍຜູ້ທີ່ນໍາເຂົ້າ Freebase ເຂົ້າໄປໃນ Google Knowledge Graph.

V. ສະຫນັບສະຫນູນ LPG

ຂ້າພະເຈົ້າຂໍເຕືອນທ່ານກ່ຽວກັບຄວາມແຕກຕ່າງຕົ້ນຕໍລະຫວ່າງກາຟ LPG ແລະກາຟ RDF.

ໃນ LPG, ຄຸນສົມບັດ scalar ສາມາດຖືກມອບຫມາຍໃຫ້ກັບຕົວຢ່າງແຂບ, ໃນຂະນະທີ່ຢູ່ໃນ RDF ພວກເຂົາສາມາດຖືກມອບຫມາຍໃຫ້ "ປະເພດ" ຂອບເທົ່ານັ້ນ (ແຕ່ບໍ່ພຽງແຕ່ຄຸນສົມບັດ scalar, ແຕ່ຍັງເຊື່ອມຕໍ່ທໍາມະດາ). ຂໍ້ຈໍາກັດນີ້ຂອງ RDF ເມື່ອທຽບກັບ LPG ເອົາຊະນະ ເຕັກນິກການສ້າງແບບຈໍາລອງຫນຶ່ງຫຼືອື່ນ. ຂໍ້ຈໍາກັດຂອງ LPG ເມື່ອທຽບກັບ RDF ແມ່ນມີຄວາມຫຍຸ້ງຍາກຫຼາຍທີ່ຈະເອົາຊະນະ, ແຕ່ກາຟ LPG ແມ່ນຄ້າຍຄືຮູບພາບຈາກປື້ມແບບຮຽນ Harari ຫຼາຍກ່ວາກາຟ RDF, ເຊິ່ງເປັນເຫດຜົນທີ່ຄົນຕ້ອງການ.

ແນ່ນອນ, ວຽກງານຂອງ "ການສະຫນັບສະຫນູນ LPG" ແບ່ງອອກເປັນສອງສ່ວນ:

1. ການປ່ຽນແປງຮູບແບບ RDF ທີ່ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະຈໍາລອງໂຄງສ້າງ LPG ໃນມັນ;
2. ການປ່ຽນແປງພາສາແບບສອບຖາມ RDF ທີ່ເຮັດໃຫ້ສາມາດເຂົ້າເຖິງຂໍ້ມູນໃນຮູບແບບທີ່ມີການປ່ຽນແປງນີ້, ຫຼືການປະຕິບັດຄວາມສາມາດໃນການສອບຖາມກັບຮູບແບບນີ້ໃນພາສາແບບສອບຖາມ LPG ທີ່ນິຍົມ.

V.1. ຮູບແບບຂໍ້ມູນ

ມີຫຼາຍວິທີທີ່ເປັນໄປໄດ້ຢູ່ທີ່ນີ້.

V.1.1. ຊັບສິນ Singleton

ວິທີການທີ່ຮູ້ຫນັງສືຫຼາຍທີ່ສຸດໃນການປະສົມກົມກຽວ RDF ແລະ LPG ແມ່ນອາດຈະເປັນ ຊັບສິນ singleton:

• ແທນທີ່ຈະ, ສໍາລັບການຍົກຕົວຢ່າງ, predicate :isMarriedTo predicates ຖືກນໍາໃຊ້ :isMarriedTo1, :isMarriedTo2 ແລະອື່ນໆ.
• ຫຼັງຈາກນັ້ນ, predicates ເຫຼົ່ານີ້ກາຍເປັນຫົວຂໍ້ຂອງ triplets ໃຫມ່: :isMarriedTo1 :since "2013-09-13"^^xsd:date ແລະອື່ນໆ.
• ການເຊື່ອມຕໍ່ຂອງຕົວຢ່າງເຫຼົ່ານີ້ຂອງ predicate ທົ່ວໄປແມ່ນສ້າງຕັ້ງຂຶ້ນໂດຍ triplets ຂອງແບບຟອມ :isMarriedTo1 rdf:singletonPropertyOf :isMarriedTo.
• ເຫັນໄດ້ແຈ້ງວ່າ rdf:singletonPropertyOf rdfs:subPropertyOf rdf:type, ແຕ່ຄິດກ່ຽວກັບວ່າເປັນຫຍັງເຈົ້າບໍ່ຄວນຂຽນ :isMarriedTo1 rdf:type :isMarriedTo.

ບັນຫາຂອງ "ການສະຫນັບສະຫນູນ LPG" ໄດ້ຖືກແກ້ໄຂຢູ່ທີ່ນີ້ໃນລະດັບ RDFS. ການຕັດສິນໃຈດັ່ງກ່າວຮຽກຮ້ອງໃຫ້ມີການລວມຢູ່ໃນທີ່ເຫມາະສົມ ມາດຕະຖານ. ການປ່ຽນແປງບາງຢ່າງອາດຈະຕ້ອງການສໍາລັບຮ້ານ RDF ທີ່ສະຫນັບສະຫນູນການຕິດຄັດ, ແຕ່ສໍາລັບໃນປັດຈຸບັນ, Singleton Property ສາມາດຄິດວ່າເປັນພຽງແຕ່ເຕັກນິກການສ້າງແບບຈໍາລອງອື່ນ.

V.1.2. Reification Done ສິດ

ວິທີການທີ່ບໍ່ມີເຫດຜົນຫນ້ອຍແມ່ນເກີດມາຈາກການຮັບຮູ້ວ່າຕົວຢ່າງຊັບສິນແມ່ນທັນທີທັນໃດໂດຍ triplets. ໂດຍການສາມາດເວົ້າບາງສິ່ງບາງຢ່າງກ່ຽວກັບ triplets, ພວກເຮົາຈະສາມາດເວົ້າກ່ຽວກັບຊັບສິນຕົວຢ່າງ.

ທີ່ເຂັ້ມແຂງທີ່ສຸດຂອງວິທີການເຫຼົ່ານີ້ແມ່ນ RDF*, ຫຼື RDR, ເກີດ ໃນຄວາມເລິກຂອງ Blazegraph. ມັນຕັ້ງແຕ່ເລີ່ມຕົ້ນ ເລືອກຕັ້ງ ສໍາລັບຕົວທ່ານເອງແລະ AnzoGraph. ຄວາມແຂງຂອງວິທີການແມ່ນຖືກກໍານົດໂດຍຄວາມຈິງທີ່ວ່າພາຍໃນກອບຂອງມັນ ສະເໜີໃຫ້ ການປ່ຽນແປງທີ່ສອດຄ້ອງກັນໃນ RDF Semantics. ຈຸດ, ຢ່າງໃດກໍຕາມ, ແມ່ນງ່າຍດາຍທີ່ສຸດ. ໃນ Turtle serialization ຂອງ RDF ໃນປັດຈຸບັນທ່ານສາມາດຂຽນບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

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

V.1.3. ວິທີການອື່ນໆ

ທ່ານບໍ່ສາມາດລົບກວນກັບ semantics ທີ່ເປັນທາງການ, ແຕ່ພຽງແຕ່ສົມມຸດວ່າ triplets ມີຕົວລະບຸທີ່ແນ່ນອນ, ເຊິ່ງແນ່ນອນ, URIs, ແລະສ້າງ triplets ໃຫມ່ດ້ວຍ URIs ເຫຼົ່ານີ້. ສິ່ງທີ່ຍັງເຫຼືອແມ່ນເພື່ອໃຫ້ການເຂົ້າເຖິງ URI ເຫຼົ່ານີ້ຢູ່ໃນ SPARQL. ດັ່ງນັ້ນ ມາຮອດ Stardog.

ໃນ Allegrograph ໄປ ໃນ​ວິ​ທີ​ການ​ປານ​ກາງ​. ມັນເປັນທີ່ຮູ້ຈັກວ່າຕົວລະບຸ triplet ໃນ Allegrograph ມີແມ່ນ, ແຕ່ເມື່ອປະຕິບັດຄຸນລັກສະນະສາມຢ່າງ, ພວກມັນບໍ່ຕິດອອກ. ຢ່າງໃດກໍຕາມ, ມັນຍັງຢູ່ໄກຈາກຄວາມຫມາຍທີ່ເປັນທາງການ. ມັນເປັນທີ່ສັງເກດວ່າຄຸນລັກສະນະ triplet ບໍ່ແມ່ນ URIs, ແລະຄ່າຂອງຄຸນລັກສະນະເຫຼົ່ານີ້ຍັງສາມາດເປັນຕົວຫນັງສືເທົ່ານັ້ນ. ຜູ້ຕິດ LPG ໄດ້ຮັບສິ່ງທີ່ເຂົາເຈົ້າຕ້ອງການ. ໃນ​ຮູບ​ແບບ NQX ທີ່​ຖືກ​ສ້າງ​ຂຶ້ນ​ເປັນ​ພິ​ເສດ​, ຕົວ​ຢ່າງ​ຄ້າຍ​ຄື​ກັນ​ກັບ​ຂ້າງ​ເທິງ​ນີ້​ສໍາ​ລັບ RDF * ເບິ່ງ​ຄື​ນີ້​:

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

V.2. ພາສາສອບຖາມ

ໄດ້ຮັບການສະຫນັບສະຫນູນ LPG ໃນວິທີການຫນຶ່ງຫຼືອື່ນໃນລະດັບຕົວແບບ, ທ່ານຈໍາເປັນຕ້ອງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະເຮັດການສອບຖາມຂໍ້ມູນໃນຮູບແບບດັ່ງກ່າວ.

• Blazegraph ສໍາລັບການສອບຖາມ RDF* ສະຫນັບສະຫນູນ SPARQL* и Gremlin. ຄໍາຖາມ SPARQL* ເບິ່ງຄືວ່ານີ້:

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

• Anzograph ຍັງສະຫນັບສະຫນູນ SPARQL* ແລະ​ຈະ​ສະ​ຫນັບ​ສະ​ຫນູນ​ cypher, ພາສາສອບຖາມໃນ Neo4j.
• Stardog ສະຫນັບສະຫນູນຂອງຕົນເອງ ການຂະຫຍາຍຕົວ SPARQL ແລະ ອີກເທື່ອຫນຶ່ງ Gremlin. ທ່ານສາມາດໄດ້ຮັບ URI triplet ແລະ "ຂໍ້ມູນ meta" ໃນ SPARQL ໂດຍໃຊ້ບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

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

• Allegrograph ຍັງສະຫນັບສະຫນູນຂອງຕົນເອງ ການຂະຫຍາຍຕົວ SPARQL:

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

ໂດຍວິທີທາງການ, GraphDB ໃນເວລາດຽວໄດ້ສະຫນັບສະຫນູນ Tinkerpop/Gremlin ໂດຍບໍ່ມີການສະຫນັບສະຫນູນ LPG, ແຕ່ນີ້ຢຸດເຊົາໃນຮຸ່ນ 8.0 ຫຼື 8.1.

VI. ເຄັ່ງຄັດຂອງໃບອະນຸຍາດ

ບໍ່ມີການເພີ່ມໃຫມ່ຫຼ້າສຸດກັບຈຸດຕັດກັນຂອງຊຸດ "triplestore of choice" ແລະ "open source triplestore". ຮ້ານ RDF ແຫຼ່ງເປີດໃຫມ່ແມ່ນທາງໄກຈາກການເປັນທາງເລືອກທີ່ດີສໍາລັບການນໍາໃຊ້ປະຈໍາວັນ, ແລະຮ້ານສາມອັນໃຫມ່ທີ່ຂ້ອຍຢາກໃຊ້ (ເຊັ່ນ: AnzoGraph) ແມ່ນແຫຼ່ງປິດ. ແທນທີ່ຈະ, ພວກເຮົາສາມາດເວົ້າກ່ຽວກັບການຫຼຸດລົງ ...

ແນ່ນອນ, open source ບໍ່ໄດ້ຖືກປິດລົງໃນອະດີດ, ແຕ່ບາງ repositories open source ຊ້າໆບໍ່ໄດ້ເຫັນວ່າມີຄ່າຄວນເລືອກ. Virtuoso, ເຊິ່ງມີສະບັບ opensource, ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ຈົມຢູ່ໃນແມງໄມ້. Blazegraph ຖືກຊື້ໂດຍ AWS ແລະສ້າງພື້ນຖານຂອງ Amazon Neptune; ໃນປັດຈຸບັນມັນບໍ່ຈະແຈ້ງວ່າຈະມີຢ່າງຫນ້ອຍຫນຶ່ງການປ່ອຍເພີ່ມເຕີມ. ມີພຽງແຕ່ Jena ທີ່ຍັງເຫຼືອ ...

ຖ້າແຫຼ່ງເປີດບໍ່ສໍາຄັນຫຼາຍ, ແຕ່ທ່ານພຽງແຕ່ຕ້ອງການລອງມັນ, ຫຼັງຈາກນັ້ນ, ທຸກສິ່ງທຸກຢ່າງກໍ່ມີ rosy ຫນ້ອຍກ່ວາກ່ອນ. ຍົກ​ຕົວ​ຢ່າງ:

• Stardog ຢຸດ ແຈກຢາຍສະບັບຟຣີ (ຢ່າງໃດກໍ່ຕາມ, ໄລຍະເວລາທົດລອງຂອງສະບັບປົກກະຕິໄດ້ເພີ່ມຂຶ້ນສອງເທົ່າ);
• в GraphDB Cloud, ບ່ອນທີ່ກ່ອນຫນ້ານີ້ທ່ານສາມາດເລືອກແຜນການພື້ນຖານຟຣີ, ການລົງທະບຽນຜູ້ໃຊ້ໃຫມ່ໄດ້ຖືກໂຈະ.

ໂດຍທົ່ວໄປ, ສໍາລັບຄົນ IT ໂດຍສະເລ່ຍ, ພື້ນທີ່ແມ່ນກາຍເປັນຫຼາຍແລະຫຼາຍບໍ່ສາມາດເຂົ້າໄດ້; ການພັດທະນາຂອງມັນກາຍເປັນບໍລິສັດຫຼາຍ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com