REST和RDF，代表策略是什么？

Question

您的triplestore包含许多节点，您必须通过REST接口访问此数据库。

现在，我的解决方案是将每个命名（非匿名）节点导出为资源，其表示形式为：

1. 以节点为主题的所有三元组
2. 将节点作为对象的所有三元组
3. 所有已连接的匿名节点。

我对第2点有点不情愿：这基本上会给出传入和传出的三元组。

您对纯粹面向RDF的数据存储的REST sytle表示有何看法？ 你是否赞同我的观点，如果没有，你对它的看法是什么？

Answer 1

取决于数据是什么以及用户想要使用它做什么。此问题类似于SPARQL DESCRIBE查询表单应返回的内容。 （这取决于实施。）

对于我使用RDF数据的用例，我将使用1和3，产生资源的空白节点关闭。此外，您可以为案例2提供单独的界面，返回资源的传入弧。

Answer 2

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

当访问URL时，例如通过HTTP GET，结果显示连接的节点（作为属性和/或反向属性连接）。

更正式地说，返回的表示可以是资源的Concise Bounded Description。

Answer 3

（免责声明：这可能与您问题的内容不完全一致，但它与标题相对应）

我认为关于RDF数据的Rest表示的主题是颠倒概念顺序的一般问题。对我来说，通常的情况是拥有一组带有RDF数据的Rest文档，并使用RDF数据库进行索引和进行全局查询。

在这种情况下，您可以按照自己喜欢的方式整理资源。

另外（如果您假装使用节点的URI作为导出资源），您的方法将会对资源的含义产生微妙的问题：您在此提出的其余资源是“information resources”和那么他们就不可能是抽象的资源。信息和元信息之间会发生冲突。

我发表了一篇文章here，更详细地解释了这一观点。