什么样的用例最适合SPARQL/RDF三重存储,而不是属性图?

什么样的用例最适合SPARQL/RDF三重存储,而不是属性图?,sparql,rdf,standards,triplestore,property-graph,Sparql,Rdf,Standards,Triplestore,Property Graph,我看到SPARQL/RDF是标准,这很酷。但是什么类型的用例会导致人们选择triplestore而不是属性图呢?RDF能够对这些类型的关系进行建模: 平行关系: 2主语可以通过多个不同的谓词相互关联,这些谓词没有关系,因为对象部分是主语部分的属性 将RDF应用于叙词表表示的优点之一是,可以使用OWL或简单地使用RDF/RDFS扩展关系类型(Reynolds等人,2005)。这将允许通过定义一些属性(如传递性、对称性、反向关系或自反性)创建新的关系,严格声明所需的语义限制。这种扩展还将增加成功

我看到SPARQL/RDF是标准,这很酷。但是什么类型的用例会导致人们选择triplestore而不是属性图呢?

RDF能够对这些类型的关系进行建模:

  • 平行关系:
2主语可以通过多个不同的谓词相互关联,这些谓词没有关系,因为对象部分是主语部分的属性

将RDF应用于叙词表表示的优点之一是,可以使用OWL或简单地使用RDF/RDFS扩展关系类型(Reynolds等人,2005)。这将允许通过定义一些属性(如传递性、对称性、反向关系或自反性)创建新的关系,严格声明所需的语义限制。这种扩展还将增加成功应用叙词表进行网上信息检索的可能性。此外,它在与叙词表概念的演变和适应有关的方面表现出显著的协同作用。层次关系和关联关系可以在将来扩展或修改其特征,或为特定项目定制

  • 人类可读的多语言交叉引用:
(例如,参考法国宪法第15条第3款。) 2004年5月15日法案,第106号,参考文件为书面形式

  • 规范深度链接:
使用与文档名称不同的分隔符(~”),则 浏览器不会保留分区ID,但会将其传输到 解析过程。这使解析程序能够检索(用于 例如,在数据库之外),如果可能,仅引用 分区,否则返回整个动作

  • 可读重定向:
例如,如果LegisLink被广泛采用,用户就会知道URL将链接到当前国会的H.R.3200;因此,LegisLink URL很容易被人类使用。在特定立法中使用LegisLink在某种程度上与在相同立法中使用URN:LEX是一致的:例如,美国RN:基于LEX的地址,例如; 111.4小时。3200@official;thomas.loc.gov:en$text html也可能导致当前国会的H.R.3200。LegisLink类型的服务可以包括URN:LEX语法,但URN:LEX语法不能包含为LegisLink.org提议的简化语法

  • SVG集成:
MAGICS库只提供了一个Fortran接口,不容易在web服务器上维护。因此,决定添加一种基于XML的格式,称为MagML来描述气象图。随着MAGICS++的重新设计,图形输出格式列表得到了审查。SVG看起来是一个理想的候选者。SVG允许定义气象图ta数据作为松散文本描述和/或RDF用于语义web应用程序

参考资料


什么是属性图?如中所示?根据该文档末尾的定义,我想说它们大致相同,只是如果你的边最终有很多属性,你基本上得到了具体化的三元组或n元关系。是的,这正是我的意思。仅供参考,人们有时会引用一个实现p属性图模型为“属性图”,它不同于包含RDF三元组的三元组存储,因为在三元组存储中,基本上所有动词都是边,而属性图在标识实体的属性(属性)和标识实体之间关系的属性(边)之间有区别。属性图发烧友吹嘘其在网络分析和所有流行算法方面的优势。有趣的问题,但在我看来,这似乎过于宽泛(更不用说可能会吸引主观/固执己见的答案)对于StackOverflow.fwiw,属性图很容易用RDF表示,因此您可以使用三重存储作为后端,并使用所需的任何“模型”
   "urn:lex:fr:etat:loi:2004-05-15;106~art15-par3").