rest - REST 和 RDF，表示策略是什么？

Question

您的三重存储包含许多节点，您必须通过 REST 接口访问该数据库。

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

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

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

您对纯面向 RDF 的数据存储的 REST 样式表示有何看法？您是否同意我的观点，如果不同意，您对此有何看法？

Answer 1

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

对于我使用 RDF 数据的用例，我会使用 1 和 3，生成资源的空白节点闭包。此外，对于案例 2，您可以有一个单独的接口，返回资源的传入弧。

Answer 2

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

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

更正式地说，返回的表示可以是资源的简明有界描述。

Answer 3

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

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

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

此外（如果您假装使用节点的 URI 作为导出资源）您的方法会对资源的含义有一些微妙的问题：您在这里提出的 Rest 资源是“信息资源”，然后它们不能是抽象资源. 信息和元信息之间会有冲突。

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