问题标签 [named-graphs]

为了从我的三元存储库（ OpenLink Virtuoso v6.1 ）中的命名图中获取所有三元组，我编写了 SPARQL 查询：

但似乎我无法在 GRAPH 声明中定义图形 URI；查询不返回任何三元组。

如果我使用中间变量?g而不是图形的 URI，则请求有效：

我看不出这两个查询之间的区别。

我的第一个语法是错误的查询吗？这是Virtuoso的微妙之处吗？

我想使用 SPARQL 查询两个不同的命名图作为默认图：

我的问题是我不知道 的 URI ，但我知道允许我找到他的 URI<graph1>的特定三元组。<graph1>

目前，我必须执行第二个查询才能获取<graph1>，接下来，我可以执行第一个查询。

是否有一种语法可以同时执行两个请求？

我不小心创建了一个名称以 . 开头<和结尾的图形>。

如果我尝试通过以下方式从 Virtuoso 服务器中清除图表——

- 或者 -

- 或者 -

- 这没用。他们都给出了类似的错误：

*** Error 37000: [Virtuoso Driver][Virtuoso Server]SQ074: Line 1: SPARQL compiler, line 1: syntax error at '<' before '<graph_name>

我正在尝试使用 tdbquery 程序查询我新创建的 TDB 数据库。但是，我很难编写针对正确命名图的查询。我正在执行以下操作：

首先创建一个新数据集并添加一个名为“facts”的名称图

当我查询 TDB 数据库中的所有图形时，它看起来很好。

如果我尝试查询命名图，我找不到和三倍。

当我查看查询的代数版本时，我发现我的四边形中的上下文（图表）是错误的。

我知道四边形模式应该是： (quad ?s ?p ?o)

如何查询 TDB 数据库中的命名图？

问候

我想获取我的 Fuseki 服务器中所有现有图形的名称，它应该返回一条包含所有图形名称列表的消息。

我不明白FROM NAMEDMarkLogic 是如何支持图形的。我正在尝试使用 SPARQL 查询来查找三元组来自哪个集合。结果真的很混乱。例如：

返回一组三元组。但是，如果我取消注释该行# GRAPH ?g，则会返回以下错误：

[1.0-ml] XDMP-COLLXCNNOTFOUND: amped-qconsole:qconsole-sparql($query, (), (), (), ()) -- Collection lexicon not enabled

和亮点就WHERE {行了。

此外，以下工作并返回一组三元组：

但不是这个：

它返回一个空集。添加该GRAPH ?g行会导致返回与上述相同的错误。我真的很困惑。有人可以解释这种行为吗？

我正在使用芝麻服务器来存储三元组。

第一个问题

我想知道存储库是否会随着时间的推移而增长巨大并且我想对其运行查询，速度性能会受到影响吗？

第二个问题（如果第一个问题的答案是肯定的）

如果我为不同的三元组使用命名图，并在它们上运行查询，我会比在整个存储库上正常运行它们更快地检索结果吗？

我想问的是——<br>这慢吗：

比这个：

当存储的数据集非常庞大时？

我将 .ttl 文件加载到 Jena Fuseki 服务器中，而不是使用命名图而不是默认图<http://examples/test>。

我可以使用以下命令加载图表并检索结果。

但是当我开始使用该s-query命令进行查询时，它会采用默认的未命名图。如何使s-query命令在命名图上工作。

这是对默认的未命名图进行查询。如何使它在命名图上工作<http://example/test>？

取这两个命名图：

现在假设您想找出 graph 中是否有任何三元组:yesterday不存在于 graph 中:today。你会怎么做ASK这个查询？

我正在提供一个数据集，其中包含来自 Fuseki 2 中的 TDB 数据集的 10-20 个命名图。我想使用推理器对我的数据进行推理。我希望看到的行为是在每个图中推断出的三元组应该出现在这些图中（尽管如果三元组也出现在默认图中也可以）。有没有一种简单的配置方法？我还没有找到任何符合我想要做的配置示例。

我尝试过的配置与以下标准示例非常相似。

DatasetTDB -> GraphTDB -> InfModel -> RDFDataset

我看到的数据的最终视图只是数据的一个很小的子集（似乎所有命名的图都被丢弃在这条管道的某个地方，只剩下很小的默认图）。使用 tdb:unionDefaultGraph 似乎对此没有影响。

有人对此有任何想法吗？

此外，如果有办法使数据集可写，则可以加分。（在某种程度上，我试图做的是接近 Owlim/GraphDB 的默认行为，它保持持久的命名图，进行推理，还允许更新。）

提前致谢。