현재 RDF 저장소에 무슨 일이 일어나고 있습니까?

시맨틱 웹과 링크된 데이터는 우주와 같습니다. 거기에는 생명체가 없습니다. 거기에 좀 더 오랜 기간 동안 가려면... 뭐, 어렸을 때 "우주비행사가 되고 싶어"라고 대답했을 때 그들이 무슨 말을 했는지는 모르겠지만요. 하지만 여러분은 지구에 있는 동안 무슨 일이 일어나고 있는지 관찰할 수 있습니다. 아마추어 천문학자가 되거나 심지어 전문가가 되는 것이 훨씬 쉽습니다.

이 기사에서는 RDF 스토리지 세계의 최근 동향(몇 개월 전)에 중점을 둘 것입니다. 첫 번째 단락의 은유는 컷 아래에 있는 서사시적인 크기의 광고 이미지에서 영감을 받았습니다.

서사시 사진

I. RDF 액세스를 위한 GraphQL

그들은 말한다.GraphQL은 범용 데이터베이스 액세스 언어라고 주장합니다. GraphQL을 사용하여 RDF에 액세스하는 기능은 어떻습니까?

기본적으로 이 기회는 다음을 통해 제공됩니다.

• 스타독(블로그, 문서);
• TopQuadrant 제품(웨비나, 문서).

저장소가 그러한 기회를 제공하지 않는 경우 적절한 "해결자"(해결자)를 작성하여 독립적으로 구현됩니다. 예를 들어 이것은 프랑스 프로젝트에서 수행되었습니다. 데이터관광. 아니면 이미 아무 것도 쓰지 않고 그냥 가져갈 수 있습니다. 하이퍼그래프QL.

Semantic Web과 Linked Data의 정통 지지자의 관점에서 볼 때, 이 모든 것은 적합한 플랫폼(물론 RDF 저장소)이 아닌 다음 데이터 사일로를 중심으로 구축된 통합을 위한 것이므로 물론 슬픈 일입니다. .

GraphQL과 SPARQL을 비교했을 때의 인상은 두 가지입니다.

• 한편으로 GraphQL은 SPARQL의 먼 친척처럼 보입니다. REST에 대한 일반적인 재선택 및 다중 쿼리 문제를 해결합니다. 쿼리 언어, 적어도 웹의 경우;
• 반면에 GraphQL의 경직된 체계는 뒤집힙니다. 따라서 그 "성찰성"은 RDF의 완전한 성찰성에 비해 매우 제한적인 것으로 보입니다. 그리고 속성 경로의 아날로그가 없으므로 "그래프-"인 이유도 명확하지 않습니다.

II. MongoDB용 어댑터

이전 트렌드를 보완하는 트렌드.

• 지금 스타독에서 어쩌면 - 특히, 모두 동일한 GraphQL에서 - MongoDB 데이터를 가상 RDF 그래프로 표시하도록 구성합니다.
• GraphDB는 최근 그것은 수 있습니다 MongoDB 쿼리에서 SPARQL 조각에 삽입합니다.

좀 더 광범위하게 말하자면, 이러한 소스에 저장된 JSON을 RDF로 어느 정도 "즉석에서" 표현할 수 있는 JSON 소스에 대한 어댑터에 대해 말하면 꽤 오랫동안 기존 소스를 기억할 수 있습니다. SPARQL 생성조정할 수 있는 것 예를 들면, Apache Jena에게.

처음 두 가지 추세를 요약하면 RDF 저장소가 "다중 저장"(다중 언어 지속성) 조건에서 통합 및 기능을 위한 완전한 준비 상태를 입증한다고 말할 수 있습니다. 그러나이 후자는 오랫동안 유행하지 않았으며 그것을 대체하는 것으로 알려져 있습니다. 오고있다 다중 모델링. 그리고 RDF 스토리지 세계에서 다중 모델링은 어떻습니까?

요컨대, 안돼. 다중 모델 DBMS 주제에 대해 별도의 기사를 할애하고 싶지만 지금은 그래프 모델(RDF는 그 변형으로 간주될 수 있음)에 "기반"인 다중 모델 DBMS가 없음을 알 수 있습니다. 대체 LPG 그래프 모델의 RDF 저장소에 의한 일부 소규모 다중 모델링은 다음에서 논의될 것입니다. 섹션 V.

III. OLTP 대 올랩

그러나 동일한 Gartner 기록다중 모델링은 주로 다음에 대한 사인 필수 조건입니다. 수술실 DBMS. 이것은 이해할 수 있습니다. "다중 스토리지" 상황에서 트랜잭션과 관련된 주요 문제가 발생합니다.

그러나 OLTP-OLAP 규모에서 RDF 저장소는 어디에 있습니까? 나는 이렇게 대답할 것입니다. 거기도 여기도 아닙니다. 의도한 바를 나타내려면 세 번째 약어가 필요합니다. 내가 제안하고 싶은 옵션으로 올립 — 온라인 지적 처리.

그러나 여전히:

• MongoDB와 함께 GraphDB에서 구현된 통합 메커니즘은 최소한이 아닙니다. 예정된 쓰기 성능 문제를 해결하기 위해
• Stardog은 더 나아가 완벽하게 나아갑니다. 재작성하다 다시 쓰기 성능 향상을 목표로 엔진.

이제 시장에 새로운 플레이어를 소개하겠습니다. IBM Netezza 및 Amazon Redshift의 제작자 - 안조그래프. 이를 기반으로 한 제품 광고의 사진이 기사 시작 부분에 배치되었습니다. AnzoGraph는 스스로를 GOLAP 솔루션으로 포지셔닝합니다. 창 기능이 있는 SPARQL이 마음에 드십니까? —

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

IV. RocksDB

위에 이미 링크가 있었다 Stardog이 RocksDB를 기본 스토리지 시스템으로 사용할 것이라고 말한 Stardog 7 베타 발표에 대해 – 키-값 스토리지, Facebook의 Google LevelDB 포크. 특정 추세에 대해 이야기할 가치가 있는 이유는 무엇입니까?

먼저 판단해보면 위키피디아 기사, RDF 저장소만이 RocksDB로 "이식"되는 것은 아닙니다. ArangoDB, MongoDB, MySQL, MariaDB, Cassandra에서 RocksDB를 스토리지 엔진으로 사용하는 프로젝트가 있습니다.

둘째, 해당 주제의 프로젝트(즉, 제품이 아닌)가 RocksDB에서 만들어집니다.

예를 들어 eBay는 다음에서 RocksDB를 사용합니다. 플랫폼 당신의 "지식 그래프"를 위해. 그건 그렇고, 읽는 것은 재미 있습니다. 쿼리 언어는 자체 개발 형식으로 시작했지만 최근에는 SPARQL과 훨씬 더 유사하게 전환되고 있습니다.. 농담처럼: 지식 그래프를 아무리 많이 작성해도 여전히 RDF를 얻습니다.

또 다른 예 - 몇 달 전에 나타났습니다. Wikidata 기록 쿼리 서비스. 소개되기 전에 Wikidata의 역사적 정보는 다음을 통해 액세스해야 했습니다. MWAPI 표준 Mediawiki API로. 이제 순수한 SPARQL에서 많은 것이 가능합니다. "내부"에는 RocksDB도 있습니다. 그건 그렇고, WDHQS가 한 것 같습니다. Freebase를 Google Knowledge Graph로 가져오는 데 관여한 사람처럼 보입니다.

V. LPG 지원

LPG 그래프와 RDF 그래프의 주요 차이점을 상기시켜 드리겠습니다.

LPG에서 스칼라 속성은 에지 인스턴스에 연결될 수 있는 반면 RDF에서는 에지 "유형"에만 연결될 수 있습니다(스칼라 속성뿐만 아니라 일반 링크도 포함). LPG에 비해 RDF의 이러한 한계 극복하다 일종의 모델링 기법. RDF에 비해 LPG의 한계는 극복하기 어렵지만 LPG 그래프는 RDF 그래프보다 하라리의 교과서에 나오는 그림에 가깝기 때문에 사람들이 원한다.

분명히 "LPG 지원" 작업은 두 부분으로 나뉩니다.

1. LPG 구조를 시뮬레이션할 수 있도록 RDF 모델을 변경합니다.
2. 이 수정된 모델의 데이터에 액세스할 수 있도록 RDF 쿼리 언어를 변경하거나 널리 사용되는 LPG 쿼리 언어에서 이 모델을 쿼리하는 기능을 구현합니다.

V.1. 데이터 모델

여기에는 몇 가지 가능한 접근 방식이 있습니다.

V.1.1. 싱글톤 속성

RDF와 LPG를 조화시키는 가장 문자 그대로의 접근 방식은 아마도 싱글톤 속성:

• 예를 들어 술어 대신 :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. 제대로 된 구체화

순진하지 않은 접근 방식은 속성 인스턴스가 세 쌍으로 완벽하게 인스턴스화된다는 인식에서 비롯됩니다. 세 쌍둥이에 대해 이야기할 수 있으므로 속성 인스턴스에 대해서도 이야기할 수 있습니다.

이러한 접근 방식 중 가장 확실한 것은 RDF*일명 RDR, 태어나다 Blazegraph의 창자에서. 시작부터 입니다 선출 나와 AnzoGraph를 위해. 접근 방식의 견고성은 프레임워크 내에서 제공 의 해당 변경 사항 RDF 시맨틱스. 그러나 요점은 매우 간단합니다. RDF Turtle 직렬화에서 이제 다음과 같이 작성할 수 있습니다.

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

V.1.3. 기타 접근법

공식적인 의미론에 신경을 쓸 수는 없지만 단순히 세 쌍이 URI인 일부 식별자를 가지고 있다고 생각하고 이러한 URI로 새 세 쌍을 구성합니다. 남은 것은 SPARQL에서 이러한 URI에 대한 액세스를 제공하는 것입니다. 그래서 도착하다 stardog.

알레그로그래프에서 가자 중간 방법으로. Allegrograph에서 삼중 항의 식별자는 이하지만 트리플 속성을 구현하면 눈에 띄지 않습니다. 그러나 형식적 의미조차도 매우 멀리 떨어져 있습니다. 특히 triplet 속성은 URI가 아니며 이러한 속성의 값도 리터럴일 수 있습니다. LPG 지지자들은 원하는 것을 정확히 얻습니다. 특별히 고안된 NQX 형식에서 RDF*에 대한 위의 것과 유사한 예는 다음과 같습니다.

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

V.2. 쿼리 언어

모델 수준에서 어떤 방식으로든 LPG를 지원했다면 이러한 모델에서 데이터를 쿼리할 수 있도록 해야 합니다.

• RDF* 쿼리용 Blazegraph 지원 스파클* и 그렘린. SPARQL* 쿼리는 다음과 같습니다.

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

• Anzograph도 지원합니다. 스파클* 그리고 지원할 예정이다. , Neo4j의 쿼리 언어입니다.
• Stardog은 자체적으로 유지합니다. 확대 SPARQL 및 다시 그렘린. 다음과 같은 것을 사용하여 SPARQL에서 triplet의 URI와 "메타 정보"를 얻을 수 있습니다.

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

• Allegrograph도 자체 지원 확대 스파클:

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

그런데 GraphDB는 한때 Tinkerpop/Gremlin을 지원하면서 LPG를 지원하지 않았는데 8.0이나 8.1 버전에서 이게 멈췄다.

VI. 라이선스 강화

"선택한 삼중 저장소"와 "오픈 소스 삼중 저장소" 세트의 교차점에 최근 추가된 사항은 없습니다. 새로운 오픈 소스 RDF 스토어는 일상적인 사용을 위한 좋은 선택과는 거리가 멀고, 제가 사용하고 싶은 새로운 RDF 스토어(예: AnzoGraph)는 비공개 소스입니다. 오히려 감소에 관해 이야기할 수도 있습니다...

물론 이전의 오픈 소스는 닫히지 않지만 일부 오픈 소스 저장소는 점차 더 이상 선택할 가치가 없는 것으로 간주됩니다. 내 생각에 오픈 소스 버전이 있는 Virtuoso는 버그에 빠져 있습니다. Blazegraph는 AWS에서 인수하여 Amazon Neptune의 기반을 형성했습니다. 이제 적어도 하나 이상의 릴리스가 있는지 여부는 명확하지 않습니다. 제나만 남았다...

오픈 소스가 그다지 중요하지 않지만 시도하고 싶다면 모든 것이 이전보다 덜 장밋빛입니다. 예를 들어:

• 스타 독 정지 무료 버전 배포(단, 일반 버전의 평가 기간은 두 배가 됨)
• в 그래프DB 클라우드에서는 이전에 무료 기본 플랜을 선택할 수 있었지만 신규 사용자 등록이 중단되었습니다.

일반적으로 일반 IT 평신도가 공간에 접근하기 점점 더 어려워지고 있으며 그 개발은 많은 기업이되고 있습니다.

출처 : habr.com