CONSTRUCT 子句的实际使用（和重用）

Question

在 sparql 查询中使用 CONSTRUCT 时，输出是 single RDF graph，也就是一组三元组，本质上是 新 数据。但总的来说，我认为CONSTRUCT 是一种手动创建理论上应该可重用的规则的方式。

---

在CONSTRUCT 的示例用法中，假设我想定义数据中尚未包含的内容。 Here's a good example taken from an article about CONSTRUCT.

@prefix : <http://some.site.com/ont#> .

:jane :hasParent :gene .
:gene :hasParent :pat ;
      :gender    :female .
:joan :hasParent :pat ;
      :gender    :female . 
:pat  :gender    :male .
:mike :hasParent :joan .

“以下 CONSTRUCT 语句基于上述三元组创建新的三元组，以指定谁是祖父：”

PREFIX : <http://some.site.com/ont#>

CONSTRUCT { ?p :hasGrandfather ?g . }
WHERE {?p      :hasParent ?parent .
       ?parent :hasParent ?g .
       ?g      :gender    :male .
}

结果：

@prefix :        <http://some.site.com/ont#> .
:jane    :hasGrandfather    :pat .
:mike    :hasGrandfather    :pat .

---

一旦我通过CONSTRUCT 查询生成了新三元组，这是否意味着我必须获取该数据，并将其输入回数据库才能开始使用/重用:hasGrandfather？还是可以像引用 SQL 中的动态表一样引用生成的 RDF 图？

还有其他有用的方法可以与使用CONSTRUCT 生成的三元组进行交互吗？

Answer 1

如果您使用的是 SPARQL 1.1，并且正在查询三元组，您通常会使用 INSERT 将这些三元组添加到存储区（添加到同一个图或不同的图）。看看SPARQL 1.1 Update 的第 3.1 节：

3.1 Graph Update

图表更新操作会更改图表存储中的现有图表，但 不要显式删除或创建它们。非空插入 但是，不存在的图将隐式创建这些图， 即，满足更新请求的实现应该静默 自动创建三元组之前不存在的图 插入其中，如果失败则必须返回失败 出于任何原因。 （例如，实现可能不够 资源，或者实现可能只提供更新服务 在一组固定的图上，隐式创建的图不是 在这个固定的集合内）。一个实现可能会删除那些 删除三元组后留空。

SPARQL 1.1 Update 提供了这些图更新操作：……

• 图形更新的基于模式的基本操作是 INSERT 和 DELETE（它们可以同时出现在单个 DELETE/INSERT 操作中）。 这些动作包括要删除的三元组和 三倍要添加。三元组的规范基于 查询模式。 INSERT / DELETE 和 INSERT DATA 的区别 /DELETE DATA 是 INSERT DATA 和 DELETE DATA 不替代 从模式绑定到模板。数据表格要求 具体数据（包含 DELETE 中的变量的三重模板 DATA 和 INSERT DATA 操作是不允许的，空白节点是 在 DELETE DATA 中不允许，请参阅语法中的注释 8+9）。有 具体数据的具体操作意味着一个请求可以 流式传输，以便可以完成大型纯数据更新。

稍后在同一个文档中：

示例 8：

此示例将三元组从一个命名图复制到另一个命名图 基于模式的图表：

PREFIX dc:  <http://purl.org/dc/elements/1.1/>
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>

INSERT 
  { GRAPH <http://example/bookStore2> { ?book ?p ?v } }
WHERE
  { GRAPH  <http://example/bookStore>
       { ?book dc:date ?date .
         FILTER ( ?date > "1970-01-01T00:00:00-02:00"^^xsd:dateTime )
         ?book ?p ?v
  } }

Answer 2

为了补充 Joshua 的回答，由于您似乎正在使用构造查询来编写规则，您可能会考虑使用或至少查看 OWL 并使用支持推理的数据库（有几个）。一些支持 OWL 的数据库也会支持 SWRL 规则，所以你可以同时使用。

如果你想遵守规则，但更喜欢 SPARQL，Stardog 有一个SPARQL based syntax for SWRL；它们仍然是 SWRL 规则，但具有可口的语法。还有SPIN，虽然不是标准，但它是基于 SPARQL 的类似规则，但不是正式标准。