Graph 作为一个图形商店，有什么可以替代Virtuoso的吗？

我非常喜欢它支持SPARQL/Update及其附带的SPARQL端点，但是

• 我有点担心供应商锁定
• 我认为这对于我的需求来说是过分的（我想要一个有5亿个三元组的图形库）
• 我希望使用开源和免费的产品

到目前为止，我找不到任何血统和类似的产品（商业或其他）。在我看来，它们很不成熟或是实验性的。

---

想法？

您可能正在寻找的是，您也可以尝试在上面搜索类似的问题（链接已失效）

除了@dajobe已经提到的4store之外，还有两个是和。如果您坚持SPARQL标准中指定的语言功能，那么供应商锁定通常不会成为问题。

在我的研究项目中使用了许多不同的三层存储作为存储层，我建议以下两种：

• -dajobe已经提到，非常好，并且随着SPARQL 1.1继续标准化，经常发布版本来修复bug并添加新功能。也有完全免费的好处
• -免费提供多达5000万个三元组，但即使三元组的数量相对较低（例如，当我有大约150万个三元组时，我使用了大约3个4GB的RAM），这也会成为一个相当大的内存消耗。实际内存使用情况将随使用情况而变化——在我的例子中，我运行的应用程序意味着我的整个数据集都必须加载到内存中。我还没有使用版本4，所以我不能说他们是否改进了这一点

虽然Virtuoso在某些方面非常出色，但它的特性蠕变情况非常糟糕，并且有很多非标准/专有特性，正如您所暗示的，这些特性可能会导致供应商锁定

---

正如Ian所说，坚持使用SPARQL标准中的核心语言特性，然后随着需求的变化，您可以轻松地移动到不同的Triple Store。在开发应用程序时，请尝试将其设计为与存储无关，这样您就可以根据需要插入不同的存储层。这是否容易取决于您的编程环境/语言/API，但从长远来看，这样做将是有益的。

我们在这方面有着积极的经验。4Store（如上所述）也不错，但不支持事务

• 我有点担心供应商锁定

OpenLink软件（我的雇主）非常努力地实施开放标准和规范，只要它们存在并且足够。我们添加扩展，并在必要时记录我们已经这样做了——就像聚合和其他分析函数一样，这些函数不是SPARQL 1.0的一部分，而是SPARQL 1.1的一部分和/或将是SPARQL 2.0的一部分

如果您坚持使用已发布的标准，就不会被锁定。如果您需要扩展，我们认为与其说是锁定您，不如说是启用和授权您。。。但是你的里程数可能会有所不同

• 我认为这对于我的需求来说是过分的（我想要一个有5亿个三元组的图形库）

无论如何，考虑你做决定时需要的所有功能。但在我看来，你所做的可能不仅仅是存储三元组。查询、推理、查询优化、联邦SPARQL（针对其他远程SPARQL端点的连接，以前称为SPARQL-FED）和其他功能可能不会太过复杂，而只是还不需要

值得注意的是，Virtuoso可以以最小化的形式运行（

LiteMode=1

），这会禁用许多被视为“过度杀伤力”的功能，使其更像嵌入式DBMS，但在核心部分仍然是混合的。当Lite模式打开时：

• Web服务未初始化，即没有Web服务器、DAV、SOAP、POP3等
• 复制已停止
• PL调试已禁用
• 插件被禁用
• 你好/集合已禁用
• 不创建与上述内容相关的表
• 如果未提供其他设置，则索引树映射设置为8
• 未分配内存保留
• DisableTcpSocket设置被视为1，与INI文件中的值无关

• 我希望使用开源和免费的产品

---

名家有两种口味--，和。商业包括无共享弹性集群，它带来了线性可伸缩性、SPARQL地理索引和查询、到CXML的结果转换，以及其他。。。但是使用对你有意义的工具。

是的，在这种情况下，4store绝对是一个不错的选择（+1）。显然，4store是一个不错的选择