REST和RDF,什么是表示策略?

4
你的三元组存储包含大量节点,你需要通过REST接口使该数据库可访问。
现在,我的解决方案是将每个命名(非匿名)节点导出为资源,其表示形式为:
1. 作为主语的所有三元组 2. 作为客体的所有三元组 3. 所有连接的匿名节点。
我对第二点有些犹豫:这基本上会给出入站和出站的三元组。
关于纯RDF定向数据存储的REST风格表示,你怎么看?你是否与我持相同观点,如果不是,你的看法是什么?
3个回答

2
取决于数据的类型以及用户想要对其执行的操作。这个问题类似于SPARQL DESCRIBE查询表单应该返回什么(这由实现确定)。根据我使用RDF数据的情况,我会选择1和3,生成资源的空白节点闭包。此外,您可以为情况2设置单独的接口,返回资源的传入弧。

1

使RDF数据集可通过REST遍历的一种简单方法是使用URL来表示所有可遍历元素。

当访问URL时,例如通过HTTP GET,结果会显示连接的节点(作为属性和/或逆属性连接)。

更正式地说,返回的表示可以是资源的简洁边界描述


0

(免责声明:这可能与您的问题内容不完全对应,但与标题相符)

我认为关于RDF数据的Rest表现主题是一个概念顺序颠倒的普遍问题。对我来说,正常情况下应该有一组包含RDF数据的Rest文档集合,并使用RDF数据库进行索引和全局查询。

在这种情况下,您可以按照自己的喜好组织资源。

此外(如果您打算将节点的URI用作导出资源),您的方法将存在关于资源含义的微妙问题:您在此处提出的Rest资源是“信息资源”,因此它们不能是抽象资源。信息和元信息之间将存在冲突。

我在这里发表了一篇文章,更详细地解释了这个观点。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接