Protege中SPARQL Query与Snap SPARQL Query的差异及问题咨询

场景背景 #

我正在了解Protege桌面版中SPARQL Query与Snap SPARQL Query标签的差异，需求是获取某类（如类A）的所有直接子类，而非推理得出的子类——例如，若C、D是B的子类，B是A的子类，仅需返回B而非B、C、D。

尝试的SPARQL查询（来自Stack Overflow） #

namespace: <ontology IRI>
SELECT ?directSub 
WHERE { ?directSub rdfs:subClassOf namespace:A .
        FILTER NOT EXISTS { ?otherSub rdfs:subClassOf namespace:A. 
                            ?directSub rdfs:subClassOf ?otherSub .
                            FILTER (?otherSub != ?directSub)
       }
}

该查询在SPARQL Query标签运行时，出现**“Expected one of Any BuiltIn( on line 4”**错误（针对NOT关键字）。

简单查询的不同结果 #

在Snap SPARQL Query标签运行如下简单查询：

namespace: <ontology IRI>
SELECT ?directSub 
WHERE { ?directSub rdfs:subClassOf namespace:A .
}

返回结果为B、C、D；而在SPARQL Query标签运行同一查询，仅返回A的直接子类B。

问题解答 #

1. Protege中SPARQL Query与Snap SPARQL Query标签的区别是什么？ #

• SPARQL Query标签：直接操作本体的原始显式三元组，默认不加载推理机的推理结果，仅查询手动添加到本体中的关系和实体，使用标准SPARQL语法，依赖Protege内置的SPARQL引擎。
• Snap SPARQL Query标签：基于推理后的本体快照运行查询，会包含推理机推导出来的所有隐式三元组（如RDFS/OWL推理得出的子类关系、属性继承等），本质是在推理完成后的完整数据集上执行查询。

2. 为何同一查询在两个标签中输出不同？ #

核心差异在于是否包含推理结果：

• SPARQL Query标签仅查询本体中显式声明的子类关系，只有B被直接声明为A的子类，所以仅返回B；
• Snap SPARQL Query标签会加载推理机推导的隐式关系，C、D通过B间接继承A的子类关系被推理出来，因此查询结果包含B、C、D。

3. SPARQL Query标签为何对“FILTER NOT EXISTS”报错？ #

因为Protege的SPARQL Query标签使用的是旧版本的SPARQL引擎，而FILTER NOT EXISTS是SPARQL 1.1才引入的语法，该引擎不支持SPARQL 1.1的这一特性。

如果要在SPARQL Query标签实现获取直接子类的需求，可以改用SPARQL 1.0兼容的写法，比如使用MINUS子句：

namespace: <ontology IRI>
SELECT ?directSub 
WHERE {
  ?directSub rdfs:subClassOf namespace:A .
  MINUS {
    ?directSub rdfs:subClassOf ?otherSub .
    ?otherSub rdfs:subClassOf namespace:A .
    FILTER (?otherSub != ?directSub)
  }
}

内容的提问来源于stack exchange，提问作者User