SPARQL中ASK和SELECT查询的性能

我开始在RDF数据集上使用SPARQL查询，我想知道

SELECT

查询和

ASK

查询在相同的约束条件下是否有差异（时间消耗）

更准确地说：我并不真的需要结果，但我只需要检查是否有数据满足我的约束条件；

---

这就是为什么我要问，使用

ASK

或

SELECT

查询（关于性能）是否更好。

因为您只需要知道端点中的任何解决方案是否满足查询，所以使用

ASK

是动词。一些

SELECT

查询返回结果的速度可能比并行的

ASK

快，但总体上

ASK

会更快，原因有很多。

因为您只需要知道端点中的任何解决方案是否能满足查询，所以要使用的动词是

ASK

。一些

SELECT

查询返回结果的速度可能比并行的

ASK

快，原因有很多，但总体上

ASK

会更快。

如果使用

LIMIT n

和small

n

的话，这并不重要。对我来说，

ASK

与

SELECT基本相同。。。限制1

-在这两个查询中，优化器可能受益于结果数量的限制。实际上，如果没有

限制

，

选择

查询可能会更慢，因为获得最终结果的完整结果和中间结果可能会更大，因此更耗时。但是一般性的陈述是困难的，它完全取决于查询模式——只有我的两分钱，不幸的是，我不是一个三层存储开发人员。你能解释一下你为什么要问这个问题吗？如果您只需要知道某个对象是否存在，请务必使用

ASK

获取布尔值。如果您通过http使用它，它还可以减少流量开销谢谢您的回复，我仍在查找，以澄清；这只是为了确保数据集中有一个给定的答案，我并不需要检索它。如果您将

限制n

与较小的

n

一起使用，这应该不重要。对我来说，

ASK

与

SELECT基本相同。。。限制1

-在这两个查询中，优化器可能受益于结果数量的限制。实际上，如果没有

限制

，

选择

查询可能会更慢，因为获得最终结果的完整结果和中间结果可能会更大，因此更耗时。但是一般性的陈述是困难的，它完全取决于查询模式——只有我的两分钱，不幸的是，我不是一个三层存储开发人员。你能解释一下你为什么要问这个问题吗？如果您只需要知道某个对象是否存在，请务必使用

ASK

获取布尔值。如果您通过http使用它，它还可以减少流量开销谢谢您的回复，我仍在查找，以澄清；这只是为了确保给定的答案在数据集中可用，我实际上不需要检索它。