Jena Fuseki中INSERT DATA正常但DELETE DATA报空白节点不允许错误

该报错是SPARQL UPDATE协议的规范限制导致的：

• INSERT DATA中使用[]表示匿名空白节点时，存储引擎会自动生成新的内部空白节点标识完成写入，不需要匹配已有数据，因此可以正常执行。
• DELETE DATA要求语句中明确给出要删除三元组的精确组成，而匿名空白节点没有全局固定标识符，每次书写[]生成的都是全新的空白节点实例，和之前插入数据时生成的空白节点无法匹配，因此规范直接禁止在DELETE模板中使用匿名空白节点。

你插入的SWRL规则本身是多层嵌套的空白节点结构：规则主体、规则头、每一层AtomList、未显式命名的规则原子全部是匿名空白节点，直接照搬插入时的Turtle结构写DELETE DATA必然触发该错误。

根据使用场景可选择以下两种方案：

方案1：使用DELETE WHERE语句匹配删除 #

DELETE WHERE会先执行图模式匹配，将匹配到的所有关联三元组统一删除，支持空白节点的匹配逻辑，不需要提前知道插入时生成的空白节点内部ID。
针对你要删除标签为NewRule的SWRL规则的需求，可以直接使用如下语句：

DELETE {
  ?rule ?p1 ?o1 .
  ?o1 ?p2 ?o2 .
  ?o2 ?p3 ?o3 .
  ?o3 ?p4 ?o4 .
}
WHERE {
  ?rule a swrl:Imp ;
        rdfs:label "NewRule" ;
        ?p1 ?o1 .
  OPTIONAL {
    ?o1 ?p2 ?o2 .
    OPTIONAL {
      ?o2 ?p3 ?o3 .
      OPTIONAL { ?o3 ?p4 ?o4 . }
    }
  }
}

如果使用的Fuseki版本支持SPARQL 1.1全特性，可以用属性路径简化写法，无需手动嵌套匹配层级：

DELETE { ?s ?p ?o }
WHERE {
  ?rule a swrl:Imp ;
        rdfs:label "NewRule" .
  ?s ?p ?o .
  FILTER(?s = ?rule || EXISTS { ?rule (<>|!<>)* ?s })
}

方案2：插入规则时为节点分配固定URI #

如果需要频繁对单条规则做增删改操作，最稳妥的方式是在插入SWRL规则时，避免使用[]匿名空白节点，为规则本身、所有关联的AtomList、规则原子分配自定义的固定URI。后续删除时直接在DELETE DATA中写入这些固定URI即可，不会出现匹配失败的问题。

注意：不要尝试手动拼接_:b1这类空白节点ID执行删除，不同存储引擎的空白节点ID生成规则不统一，服务重启、数据重导入后空白节点ID可能发生变化，该写法兼容性极差，禁止在生产环境使用。

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