តើមានអ្វីកើតឡើងជាមួយឃ្លាំង 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 និម្មិត។
• 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 ដាក់ខ្លួនវាជាដំណោះស្រាយ 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" ចែកចេញជាពីរផ្នែក៖

1. ការផ្លាស់ប្តូរគំរូ RDF ដែលធ្វើឱ្យវាអាចធ្វើទៅបានដើម្បីក្លែងធ្វើរចនាសម្ព័ន្ធឧស្ម័ន LPG នៅក្នុងវា;
2. ធ្វើការផ្លាស់ប្តូរភាសាសំណួរ 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 ប្រភពបើកចំហថ្មីគឺជាផ្លូវដ៏វែងឆ្ងាយពីការក្លាយជាជម្រើសដ៏ល្អសម្រាប់ការប្រើប្រាស់ប្រចាំថ្ងៃ ហើយហាង RDF ថ្មីដែលខ្ញុំចង់ប្រើ (ដូចជា AnzoGraph) គឺជាប្រភពបិទ។ ផ្ទុយទៅវិញ យើងអាចនិយាយអំពីការថយចុះ...

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

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

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

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

ប្រភព: www.habr.com