命名图和联合SPARQL端点

Question

我最近遇到SPARQL 1.1 Federation Extensions的工作草案，并想知道这是否已经可以使用命名图（不要减损上述草案的用处）。

我对命名图的理解有点朦胧，除了我阅读规范时闪现的唯一东西包含了关于合并的规则，与查询时其他图相关的非合并。因为这并不能完全满足我的理解，我的问题如下：

考虑以下查询：

SELECT ?something 
FROM NAMED <http://www.vw.co.uk/models/used> 
FROM NAMED <http://www.autotrader.co.uk/cars/used> 
WHERE { 
    ... 
} 

是否合理假设查询处理器/端点能够或应该在上下文在命名图做到以下几点：

1. 检查被指定的图形本地存在

2. 如果它不然后执行以下操作（在上面的查询的情况下，我将使用第二个命名图表）

   GET/SPARQL /查询= EncodedQuery HTTP/1.1 主机：？www.autotrader.co.uk 用户代理：我的 - SPARQL的客户机/ 0.1

凡EncodedQuery仅包括FROM NAMED子句中的第二个命名图形和WHERE子句相对于相应的修正，以GRAPH条款（例如，如果正在使用GRAPH <http://www.vw.co.uk/models/used> {...}）。

只有当它不能执行上述，然后执行下列操作：

GET /cars/used HTTP/1.1 
Host: www.autotrader.co.uk 

或

LOAD <http://www.autotrader.co.uk/cars/used> 

返回适当的搜索结果。

显然有可能是周围OFFSET一些额外的考虑的，并LIMIT的

我还记得在星系读书的地方在很久以前很远很远，任何SPARQL端点的默认的图形应该是根据以下约定命名的图形：

对于：http://www.vw.co.uk/sparql/应该有一个命名图：http://www.vw.co.uk，它表示默认图，所以通过上述逻辑，应该已可以使用命名图联合SPARQL端点。

我问的原因是我想开始在上面的例子中跨域推广联邦，而不必等待标准，确保我不会做出超出千差万别或与之不兼容的事情未来的其他事情。

Answer 1

使用SERVICE或FROM命名图和联邦查询中使用的URL是两个不同的事情。后者指向SPARQL端点，命名图在三重存储中，并具有分离不同数据集的主要功能。这反过来又可以用于提高绩效和表达知识，例如一组声明的来源。

例如，您可能有两个数据源都指出?movie has-rating ?x，你可能想知道哪些源说明其评级，在这种情况下，你可以使用相关联的两个源（例如，http://www.example.com/rotten-tomatoes和http://www.example.com/imdb两个命名图）。如果您将两个数据集都存储在同一个三重存储中，那么您将需要使用NG，而远程端点则是另一回事。此外，命名图与像VoID这样的词汇表一起使用来描述整个数据集，这是您在三重商店中拥有它们的另一个原因。

您将NG绑定到端点URL的机制可能作为一个选项来实现，但我认为将它作为必需项是不明智的，因为单独管理远程端点URL和NG可能更有用。此外，联合查询中的真正挑战是提供端点透明查询，使查询引擎足够聪明，可以分析查询并理解如何拆分它并在正确的端点上执行部分查询。有很多研究正在完成，其中最重要的结果之一（据我所知）是FedX，它已被用来实现几个查询分布优化（example）。

最后要补充的是，我依稀记得你提到的有关$ url，$ url/sparql的约定。有几种方法（例如，LOD cloud）。也就是说，在现今大多数三重商店（例如Virtuoso）中，没有指定命名图（不使用GRAPH）的查询以与落入默认图案的方式不同的方式工作，他们实际上查询所有联合在商店中命名的图形通常更有用（当你不知道某些东西在哪里陈述，或者你想要集成交叉图形数据时）。