🥇តើមានអ្វីកើតឡើងជាមួយការផ្ទុក RDF ឥឡូវនេះ?

Semantic Web និង Linked Data គឺដូចជាលំហរខាងក្រៅ៖ មិនមានជីវិតនៅទីនោះទេ។ ទៅទីនោះក្នុងរយៈពេលយូរ ឬតិចជាងនេះ... ខ្ញុំមិនដឹងពីអ្វីដែលគេប្រាប់អ្នកកាលពីក្មេងក្នុងការឆ្លើយតបទៅនឹង "ខ្ញុំចង់ក្លាយជាអវកាសយានិក"។ ប៉ុន្តែអ្នកអាចសង្កេតមើលអ្វីដែលកំពុងកើតឡើងខណៈពេលដែលនៅលើផែនដី; វាកាន់តែងាយស្រួលក្នុងការក្លាយជាតារាវិទូស្ម័គ្រចិត្ត ឬសូម្បីតែអ្នកជំនាញ។

អត្ថបទនេះនឹងផ្តោតលើការថ្មីៗ ដែលមិនចាស់ជាងច្រើនខែ និន្នាការពីពិភពនៃការផ្ទុក RDF ។ ពាក្យប្រៀបធៀបនៅក្នុងកថាខណ្ឌទី 1 ត្រូវបានបំផុសគំនិតដោយរូបភាពផ្សាយពាណិជ្ជកម្មដែលមានទំហំវីរភាពនៅក្រោមការកាត់។

រូបភាពវីរភាព

I. GraphQL សម្រាប់ការចូលប្រើ RDF

ពួកគេនិយាយដែល GraphQL មានគោលបំណងក្លាយជាភាសាចូលប្រើមូលដ្ឋានទិន្នន័យសកល។ ចុះសមត្ថភាពក្នុងការចូលប្រើ RDF ដោយប្រើ GraphQL?

ក្រៅប្រអប់ ឱកាសនេះត្រូវបានផ្តល់ជូនដោយ៖

Stardog (ប្លក់, ឯកសារ);
ផលិតផល TopQuadrant (សិក្ខាសាលា, ឯកសារ).

ប្រសិនបើឃ្លាំងមិនផ្តល់ឱកាសបែបនេះទេ វាអាចត្រូវបានអនុវត្តដោយឯករាជ្យដោយការសរសេរ "អ្នកដោះស្រាយ" ដែលសមស្រប។ នេះជាអ្វីដែលពួកគេបានធ្វើឧទាហរណ៍នៅក្នុងគម្រោងរបស់បារាំង ទេសចរណ៍ទិន្នន័យ. ឬអ្នកមិនអាចសរសេរអ្វីទៀតទេ ប៉ុន្តែគ្រាន់តែយក HyperGraphQL.

តាមទស្សនៈនៃអ្នកប្រកាន់ខ្ជាប់គ្រិស្តអូស្សូដក់នៃបណ្តាញ Semantic និងទិន្នន័យដែលបានភ្ជាប់ ទាំងអស់នេះជាការពិតណាស់គឺសោកសៅព្រោះវាហាក់ដូចជាត្រូវបានរចនាឡើងសម្រាប់ការរួមបញ្ចូលដែលបានបង្កើតឡើងនៅជុំវិញស៊ីឡូទិន្នន័យបន្ទាប់ និងមិនវេទិកាសមរម្យ (ហាង RDF ជាការពិតណាស់) .

ចំណាប់អារម្មណ៍ពីការប្រៀបធៀប GraphQL ជាមួយ SPARQL គឺពីរដង។

ម៉្យាងវិញទៀត GraphQL មើលទៅដូចជាសាច់ញាតិឆ្ងាយរបស់ SPARQL៖ វាដោះស្រាយបញ្ហានៃការយកគំរូឡើងវិញ និងច្រើននៃសំណួរដែលមានលក្ខណៈធម្មតាសម្រាប់ REST - បើគ្មានវាប្រហែលជាវាមិនអាចពិចារណាបានទេ។ ភាសាសំណួរយ៉ាងហោចណាស់សម្រាប់បណ្តាញ;
ម្យ៉ាងវិញទៀត គ្រោងការណ៍រឹងរបស់ GraphQL មានការខកចិត្ត។ ដូច្នោះហើយ "ការគិតទុកជាមុន" របស់វាហាក់ដូចជាមានកម្រិតបើប្រៀបធៀបទៅនឹងការឆ្លុះបញ្ចាំងពេញលេញនៃ RDF ។ ហើយមិនមាន analogue នៃផ្លូវអចលនទ្រព្យទេ ដូច្នេះវាមិនច្បាស់ទេថាហេតុអ្វីបានជាវាជា "Graph-"។

II. អាដាប់ទ័រសម្រាប់ MongoDB

និន្នាការមួយដែលបំពេញបន្ថែមទៅនឹងនិន្នាការមុន។

នៅក្នុង Stardog ឥឡូវនេះ អាចធ្វើទៅបាន - ជាពិសេសទាំងអស់នៅលើ GraphQL ដូចគ្នា - កំណត់រចនាសម្ព័ន្ធការគូសផែនទីទិន្នន័យ MongoDB ទៅជាក្រាហ្វ RDF និម្មិត។
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 non ជាចម្បងសម្រាប់ បន្ទប់ប្រតិបត្តិការ DBMS នេះអាចយល់បាន៖ នៅក្នុងស្ថានភាពនៃ "ការផ្ទុកពហុមុខងារ" បញ្ហាចម្បងកើតឡើងជាមួយនឹងប្រតិបត្តិការ។

ប៉ុន្តែតើកន្លែងផ្ទុក 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 ជាប្រព័ន្ធផ្ទុកទិន្នន័យមូលដ្ឋាន - ឃ្លាំងតម្លៃសំខាន់ ដែលជាឧបករណ៍ប្រើប្រាស់ Facebook នៃ LevelDB របស់ Google ។ ហេតុអ្វីបានជាវាមានតម្លៃនិយាយអំពីនិន្នាការជាក់លាក់មួយ?

ទីមួយការវិនិច្ឆ័យដោយ អត្ថបទវិគីភីឌាមិនត្រឹមតែការផ្ទុក RDF ត្រូវបាន "ប្តូរ" ទៅ RocksDB ប៉ុណ្ណោះទេ។ មានគម្រោងប្រើប្រាស់ RocksDB ជាម៉ាស៊ីនផ្ទុកនៅក្នុង ArangoDB, MongoDB, MySQL និង MariaDB, Cassandra ។

ទីពីរ គម្រោង (ដែលមិនមែនផលិតផល) លើប្រធានបទពាក់ព័ន្ធត្រូវបានបង្កើតឡើងនៅលើ RocksDB ។

ឧទាហរណ៍ eBay ប្រើ RocksDB ក្នុង វេទិកា សម្រាប់ "ក្រាហ្វចំណេះដឹង" របស់អ្នក។ និយាយអញ្ចឹងវាគួរឱ្យអស់សំណើចក្នុងការអាន៖ ភាសាសំណួរបានចាប់ផ្តើមជាទម្រង់ដែលដាំដុះនៅផ្ទះ ប៉ុន្តែថ្មីៗនេះវាបាននិងកំពុងផ្លាស់ប្តូរទៅជា SPARQL កាន់តែច្រើន។. ដូចនៅក្នុងរឿងកំប្លែង៖ មិនថាក្រាហ្វចំណេះដឹងប៉ុន្មានទេ យើងនៅតែបញ្ចប់ជាមួយ RDF ។

ឧទាហរណ៍មួយទៀត - មួយដែលបានបង្ហាញខ្លួនកាលពីប៉ុន្មានខែមុន។ សេវាកម្មសំណួរប្រវត្តិវីគីទិន្នន័យ. មុនពេលការណែនាំរបស់វា ព័ត៌មានប្រវត្តិសាស្ត្រ Wikidata ត្រូវតែចូលប្រើ MWAPI ទៅ API ស្តង់ដារ Mediawiki ។ ឥឡូវនេះច្រើនអាចធ្វើទៅបានជាមួយ SPARQL សុទ្ធ។ "នៅក្រោមក្រណាត់" ក៏មាន RocksDB ផងដែរ។ ដោយវិធីនេះ WDHQS ត្រូវបានបង្កើតឡើង វាហាក់ដូចជាដោយអ្នកដែលនាំចូល Freebase ទៅក្នុង Google Knowledge Graph ។

V. ការគាំទ្រ LPG

ខ្ញុំសូមរំលឹកអ្នកអំពីភាពខុសគ្នាសំខាន់រវាងក្រាហ្វ LPG និងក្រាហ្វ RDF ។

នៅក្នុង LPG លក្ខណៈសម្បត្តិ scalar អាចត្រូវបានផ្តល់ទៅឱ្យ edge instances ខណៈពេលដែលនៅក្នុង RDF ពួកវាអាចត្រូវបានកំណត់ទៅ edge "types" តែប៉ុណ្ណោះ (ប៉ុន្តែមិនត្រឹមតែលក្ខណៈសម្បត្តិ scalar ប៉ុណ្ណោះទេ ប៉ុន្តែក៏មានការភ្ជាប់ធម្មតាផងដែរ)។ ដែនកំណត់នៃ RDF នេះបើប្រៀបធៀបទៅនឹង LPG យកឈ្នះ បច្ចេកទេសគំរូមួយឬផ្សេងទៀត។ ដែនកំណត់នៃ LPG បើប្រៀបធៀបទៅនឹង RDF គឺពិបាកជាងក្នុងការយកឈ្នះ ប៉ុន្តែក្រាហ្វ LPG គឺដូចជារូបភាពពីសៀវភៅសិក្សា Harari ជាងក្រាហ្វ RDF ដែលជាមូលហេតុដែលមនុស្សចង់បានពួកគេ។

ជាក់ស្តែង ភារកិច្ចនៃ "ការគាំទ្រ LPG" ចែកចេញជាពីរផ្នែក៖

ការផ្លាស់ប្តូរគំរូ RDF ដែលធ្វើឱ្យវាអាចធ្វើទៅបានដើម្បីក្លែងធ្វើរចនាសម្ព័ន្ធឧស្ម័ន LPG នៅក្នុងវា;
ធ្វើការផ្លាស់ប្តូរភាសាសំណួរ RDF ដែលធ្វើឱ្យវាអាចចូលប្រើទិន្នន័យនៅក្នុងគំរូដែលបានកែប្រែនេះ ឬអនុវត្តសមត្ថភាពក្នុងការធ្វើសំណួរទៅកាន់គំរូនេះជាភាសាសំណួរ LPG ដ៏ពេញនិយម។

វ.១. គំរូទិន្នន័យ

មានវិធីសាស្រ្តជាច្រើនដែលអាចធ្វើបាននៅទីនេះ។

V.1.1. អចលនទ្រព្យ Singleton

វិធីសាស្រ្តត្រឹមត្រូវបំផុតក្នុងការចុះសម្រុងគ្នា RDF និង LPG គឺប្រហែលជា ទ្រព្យសម្បត្តិ singleton:

ឧទាហរណ៍ជំនួសឱ្យការព្យាករណ៍ :isMarriedTo ការព្យាករណ៍ត្រូវបានប្រើ :isMarriedTo1, :isMarriedTo2 ខ្ញុំមិន។ ឃ។
ទស្សន៍ទាយទាំងនេះក្លាយជាកម្មវត្ថុនៃកូនបីថ្មី៖ :isMarriedTo1 :since "2013-09-13"^^xsd:date និងអ្នកដទៃ។
ការភ្ជាប់នៃឧទាហរណ៍ទាំងនេះជាមួយ predicate ទូទៅត្រូវបានបង្កើតឡើងដោយទម្រង់បី :isMarriedTo1 rdf:singletonPropertyOf :isMarriedTo.
វាច្បាស់ណាស់ rdf:singletonPropertyOf rdfs:subPropertyOf rdf:typeប៉ុន្តែគិតអំពីមូលហេតុដែលអ្នកមិនគួរសរសេរ :isMarriedTo1 rdf:type :isMarriedTo.

បញ្ហានៃ "ការគាំទ្រ LPG" ត្រូវបានដោះស្រាយនៅទីនេះនៅកម្រិត RDFS ។ ការសម្រេចចិត្តបែបនេះតម្រូវឱ្យមានការរួមបញ្ចូលនៅក្នុងភាពសមស្រប ស្តង់ដារ។. ការផ្លាស់ប្តូរមួយចំនួនអាចត្រូវបានទាមទារសម្រាប់ហាង RDF ដែលគាំទ្រការភ្ជាប់ផលវិបាក ប៉ុន្តែសម្រាប់ពេលនេះ Singleton Property អាចត្រូវបានគេគិតថាគ្រាន់តែជាបច្ចេកទេសគំរូមួយផ្សេងទៀតប៉ុណ្ណោះ។

V.1.2. ការកែតម្រូវត្រូវបានសម្រេច

វិធីសាស្រ្តឆោតល្ងង់តិចកើតចេញពីការដឹងថាវត្ថុអចលនទ្រព្យអាចកើតឡើងភ្លាមៗដោយបីដង។ ដោយអាចនិយាយអ្វីមួយអំពីបីដង នោះយើងនឹងអាចនិយាយអំពីវត្ថុទ្រព្យ។

វិធីសាស្រ្តដ៏រឹងមាំបំផុតនៃវិធីសាស្រ្តទាំងនេះគឺ RDF*ហៅកាត់ថា RDR, កើត នៅក្នុងជម្រៅនៃ Blazegraph ។ វាតាំងពីដើមដំបូង ជាប់ឆ្នោត សម្រាប់ខ្លួនអ្នក និង AnzoGraph ។ ភាពរឹងមាំនៃវិធីសាស្រ្តត្រូវបានកំណត់ដោយការពិតដែលថានៅក្នុងក្របខ័ណ្ឌរបស់វា។ ត្រូវបានផ្តល់ជូន ការផ្លាស់ប្តូរដែលត្រូវគ្នានៅក្នុង RDF ន័យវិទ្យា. ទោះជាយ៉ាងណាក៏ដោយចំណុចគឺសាមញ្ញណាស់។ នៅក្នុងសៀរៀលអណ្តើកនៃ RDF ឥឡូវនេះអ្នកអាចសរសេរអ្វីមួយដូចនេះ៖

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

V.1.3. វិធីសាស្រ្តផ្សេងទៀត។

អ្នកមិនអាចរំខានជាមួយន័យផ្លូវការបានទេ ប៉ុន្តែគ្រាន់តែសន្មតថា triplets មានឧបករណ៍សម្គាល់ជាក់លាក់ ដែលជា URIs និងបង្កើត triplets ថ្មីជាមួយ URIs ទាំងនេះ។ អ្វីដែលនៅសេសសល់គឺផ្តល់សិទ្ធិចូលប្រើ URI ទាំងនេះនៅក្នុង SPARQL។ ដូច្នេះ មកដល់ Stardog ។

នៅក្នុង Allegrograph បានទៅ តាមរបៀបមធ្យម។ វាត្រូវបានគេដឹងថាឧបករណ៍សម្គាល់បីដងនៅក្នុង Allegrograph គឺប៉ុន្តែនៅពេលអនុវត្តគុណលក្ខណៈបីដង ពួកគេមិនជាប់។ ទោះយ៉ាងណាក៏ដោយ វានៅតែឆ្ងាយពីអត្ថន័យផ្លូវការ។ គួរកត់សម្គាល់ថាគុណលក្ខណៈ triplet មិនមែនជា URI ទេ ហើយតម្លៃនៃគុណលក្ខណៈទាំងនេះក៏អាចគ្រាន់តែជាព្យញ្ជនៈប៉ុណ្ណោះ។ អ្នកប្រកាន់ភ្ជាប់ LPG ទទួលបានអ្វីដែលពួកគេចង់បាន។ នៅក្នុងទ្រង់ទ្រាយ NQX ដែលត្រូវបានបង្កើតជាពិសេស ឧទាហរណ៍ស្រដៀងទៅនឹងមួយខាងលើសម្រាប់ RDF* មើលទៅដូចនេះ៖

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

វ.២. ភាសាសំណួរ

ដោយបានគាំទ្រ LPG ក្នុងមធ្យោបាយមួយ ឬមួយផ្សេងទៀតនៅកម្រិតគំរូ អ្នកត្រូវធ្វើឱ្យវាអាចធ្វើសំណួរលើទិន្នន័យក្នុងគំរូបែបនេះ។

Blazegraph សម្រាប់សំណួរ RDF * គាំទ្រ SPARQL* и Gremlin. សំណួរ SPARQL* មើលទៅដូចនេះ៖

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

Anzograph ក៏គាំទ្រផងដែរ។ SPARQL* ហើយនឹងគាំទ្រ ស៊ីភឺរភាសាសំណួរនៅក្នុង Neo4j ។
Stardog គាំទ្រខ្លួនឯង ការពង្រីក SPARQL និង ម្តងទៀត ហ្គ្រេមលីន។ អ្នកអាចទទួលបាន URI បីដង និង "ព័ត៌មានមេតា" នៅក្នុង 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" sets ទេ។ ហាង RDF ប្រភពបើកចំហថ្មីគឺជាផ្លូវដ៏វែងឆ្ងាយពីការក្លាយជាជម្រើសដ៏ល្អសម្រាប់ការប្រើប្រាស់ប្រចាំថ្ងៃ ហើយហាងបីដងថ្មីដែលខ្ញុំចង់ប្រើ (ដូចជា AnzoGraph) គឺជាប្រភពបិទ។ ផ្ទុយទៅវិញ យើងអាចនិយាយអំពីការថយចុះ...

ជាការពិតណាស់ ប្រភពបើកចំហមិនត្រូវបានបិទក្នុងពេលកន្លងមកទេ ប៉ុន្តែឃ្លាំងប្រភពបើកចំហមួយចំនួនមិនត្រូវបានគេមើលឃើញថាគួរជ្រើសរើសទៀតទេ។ Virtuoso ដែលមានការបោះពុម្ពផ្សាយជាប្រភពបើកចំហ គឺតាមគំនិតខ្ញុំកំពុងលង់ក្នុងកំហុស។ Blazegraph ត្រូវបានទិញដោយ AWS និងបង្កើតមូលដ្ឋាននៃ Amazon Neptune ។ ឥឡូវនេះវាមិនច្បាស់ទេថាតើនឹងមានការចេញផ្សាយយ៉ាងហោចណាស់មួយបន្ថែមទៀត។ នៅសល់តែ Jena...

ប្រសិនបើប្រភពបើកចំហមិនសំខាន់ទេ ប៉ុន្តែអ្នកគ្រាន់តែចង់សាកល្បងវា នោះអ្វីៗក៏មិនសូវមានពណ៌ដូចមុនដែរ។ ឧទាហរណ៍:

ស្តាត ឈប់ ចែកចាយកំណែឥតគិតថ្លៃ (ទោះជាយ៉ាងណាក៏ដោយរយៈពេលសាកល្បងនៃកំណែធម្មតាបានកើនឡើងទ្វេដង);
в GraphDB Cloudដែលជាកន្លែងដែលពីមុនអ្នកអាចជ្រើសរើសគម្រោងមូលដ្ឋានដោយឥតគិតថ្លៃ ការចុះឈ្មោះអ្នកប្រើប្រាស់ថ្មីត្រូវបានផ្អាក។

ជាទូទៅសម្រាប់អ្នក IT ជាមធ្យម កន្លែងទំនេរកាន់តែមិនអាចចូលដំណើរការបាន ការអភិវឌ្ឍន៍របស់វាកំពុងក្លាយជាសាជីវកម្មជាច្រើន។

ប្រភព: www.habr.com

តើមានអ្វីកើតឡើងជាមួយឃ្លាំង RDF ឥឡូវនេះ?