dotNetRDF 与普通 SQL [关闭]答案

【问题标题】：dotNetRDF vs plain SQL [closed]dotNetRDF 与普通 SQL [关闭]
【发布时间】：2013-11-25 02:48:03
【问题描述】：

我正在开发一个协同过滤推荐系统。我之前在并行线程环境中构建了这样一个系统，使用 SPARQL 查询 RDF。由于 SPARQL 和 RDF 图的并行性质，这很有效。但是，我现在在标准台式 PC 中工作，我想知道在很大程度上串行环境中使用 SPARQL 是否仍然是一种方法。我在使用 C# 时查看了 dotNetRDF，我想知道它是否比简单的 SQL 更有效，尤其是现在 dotNetRDF 似乎正在远离 SQL 后端。

那么就几个线程的性能而言，SQL 还是 dotNetRDF？表格还是图表？

【问题讨论】：

这听起来主要基于意见。
主要基于意见。
不是真的，表演呢？
@Sebas，如果这主要不是基于意见，那么肯定是“我们不推荐站外资源”。
@gunr2171 对不起，我不明白引用的部分？

标签： c# sql rdf sparql dotnetrdf

【解决方案1】：

这似乎回答得很好。 Triple Stores vs Relational Databases

本质上，RDF 更加灵活，但成本高昂。因为我只是对非常适合表格的数据进行协同过滤，所以我认为我不需要额外的费用，就像我喜欢图表一样。

【讨论】：

【解决方案2】：

两者并没有真正的可比性，dotNetRDF 是一个编程 API，除了我们主要推荐用于测试和开发的纯内存解决方案之外，还提供对各种 storage backends 的支持（免责声明 em> 我是首席开发人员）

不同的后端具有各种各样的性能特征，因此如果您的问题可以用 RDF 表达，那么很可能有适合您的后端。

SQL 是一种查询语言，实际上您应该将 SQL 与 SPARQL 进行比较，最终您所选择的归结为您的数据模型是什么样的。如果它是规则的，那么您可能想要使用 RDBMS 和 SQL，如果它是不规则的和/或图形，那么您可能想要使用三重存储和 SPARQL。正如您自己的回答所暗示的那样，两者各有优劣。

【讨论】：