|
1
2
我不确定 应该 是这里的正确术语。SPARQL查询的语义是查询存储在端点处的特定图中的数据。IRI或多或少 不透明的 标识符;仅仅因为它们也可能是可以从中检索额外数据的URL,并不要求任何特定系统实际执行这种检索。这样做很容易使查询行为变得不可预测:“这个查询昨天起作用了,为什么今天不起作用?噢,远程网站不再可用……”。
记住,由于IRI是不透明的, 任何人 可以在任何本体中定义术语。其他人总是有可能来谈论资源的其他情况。你无法追踪所有这些信息。例如,如果我去写一个本体,我可以声明http://foo2.com/ontolgy2.owl#class2x作为一个类,并断言它等价于http://dbpedia.org/ontology/Person.系统是否应该有某种方式知道我在其他地方做了什么,即使它做了,是否应该要求它去那里检索信息?如果我制作了一个2GB大小的本体呢?当然,你的端点不能仅仅为了回答一个快速的查询就去检索它吗?
通常情况是这样的,关于链接数据的关键是你有一种方法来获取更多信息 如果你选择 ,并且您不必在协商如何识别数据中的资源时做那么多工作。然而,你 可以 使用 服务 关键字来引用其他端点,并且可以提供一种类型的链接。例如,知道DBpedia有一个SPARQL端点,我可以运行一个本地查询,将DBpedia与如下内容结合起来:
您可以使用多个 服务 用于聚合来自多个端点的数据的块;你不限于一个。这似乎与我“有关联”。 |