Rdf 是否有任何web语义框架不支持'；t像三节点结构一样表示三元组？

在我的工作中，我们正在构建一个巨大的应用程序，将使用数十亿个三元组，以选择存储这些三元组所需的空间。我一直在寻找一种不同的方式来表示它们，任何更经济的方式都是受欢迎的。

---

谢谢

有很多所谓的三联店。查看或并选择一个。

还有一类图形存储系统，它们不像neo4j那样以三元组的形式存储东西。但是，我不排除三重存储，因为它们将事物存储为三重；-）当今的许多解决方案已经存储了数十亿个三元组，因此无法撤消（尽管当您获得1或2个以上的订单时，事情会变得棘手）。我个人在一家Allegrograph商店里装满了超过10亿本书

请参阅此线程：

---

我认为存储数十亿个三元组所需的空间实际上并不比存储SQL数据库中数十亿行所需的空间差

无论是基于本机存储还是基于SQL，大多数系统采用的一般方法是将ID分配给节点，并将每个三元组存储为3个节点ID。如果节点ID生成有一个很好的选择，并且节点ID和节点值之间有一个有效的索引，那么您可以轻松地构建大规模扩展的存储

---

作为进一步的优化，一些商店以这样的方式生成节点ID，即简单的值类型（如整数、布尔值、日期时间等）将其值直接编码到节点ID中，因此无需从ID到值进行查找（或插入此类数据时反之亦然）

，正如RobV所说，几乎所有存储都将内部值/节点id附加到三元组的元素。也就是说，查找所需的各种索引占用了三重存储的大量空间。在关系数据库中，您可以根据所使用的数据模型轻松减少索引的数量。在triple Store中，这要困难得多，商店基本上会根据triple元素的不同订购方式创建大量（6+）索引。

考虑在semanticoverflow.com上询问