Quadstore是否与RDF客户端完全兼容？

如果您希望RDF客户端可以访问所有数据，那么使用quadstore是否存在任何危险

我这样问是因为据我所知：符合标准的RDF客户机要求每个元组有3列数据。然而，四元存储引入了第四列来命名图形。图形名称是一个URI，因此可以在图形的另一部分中使用自己的节点进行描述；这可能包含有价值的信息，如审计跟踪、版本控制、访问权限等

我担心的是，triplestore客户不会知道这些额外的细节，因为与使用额外的triples相比，这些数据的链接可以在元级别（即第4列）上表示

---

希望我在这里遗漏了一些东西，因为quadstores似乎是大多数RDF商店（Sesame、Jena、Virtuoso等）的实际实现。

您所说的“RDF客户端”是什么意思？从三重存储中获取数据的常见方法之一是使用SPARQL查询（就像SQL是从数据库获取数据的典型方法一样），SPARQL使用命名图，这就是第四列的用途。作为四元存储并不意味着你没有存储三元组；这只是一种将一点上下文（一个IRI值）与存储的每个三元组相关联的方法。例如：如何将四元组存储的内容导出为N个三元组？我很欣赏SPARQL所说的“IRI标识一个资源，该资源由一个图表示”，但对于上述N-Triples序列化格式这样的不知道quadstore（但仍然符合RDF）的技术呢？我想这将取决于您想要导出的数据。您可以简单地将所有三元组转储到一个位N-triples文件中。或者，您可以将每个命名图转储到一个单独的N-Triples文件中。实际上，如果导出四元存储的内容，可能会使用。这实际上是一个你想要哪种数据的问题。这有点像询问图书馆是否与“英语句子客户端”兼容，因为图书馆对英语句子进行排序并将其分组成书。谢谢您的输入。答案似乎是“否：Quadstore不会引入兼容性问题”。我的担忧源于我的印象，即RDF要求每个人都同意三元组的抽象模型，而四元组乍一看似乎打破了这个模型，或者至少引入了附加信息，而这些信息对于坚持“三元组”模型的人来说是看不见的。似乎我在考虑额外的列使用了太多的“表格思维”，还有其他三元组或惯用的表示数据的方法，而不是行/记录本身。您是对的，四元组存储的是四元组，而不是三元组，因此四元组存储的转储本身不是RDF数据。但话说回来，三联书店的垃圾堆也可能不是一堆三联书店；它可能是一组优化的索引，从中可以重新创建一组三元组，也可能是其他的。关键是三元组和四元组存储包含三元组，有时还包含有关它们的附加信息。您可以获取三元组，但是您可能需要指定是想要所有三元组、一些三元组还是其他。