一、SPARQL 概述：从 RDF 到知识图谱

大家好，我是老周。做知识图谱这些年，经常有人问我：SPARQL 到底是什么？说白了，它就是 RDF 数据世界的 SQL。这一章我们先打地基，把 RDF 数据模型、SPARQL 语言的基本面貌，以及它能在哪些场景下派上用场，讲清楚。

1.1 走进 RDF：知识图谱的数据基石

先聊聊 RDF（Resource Description Framework）。这是 W3C 制定的标准，用来描述网络资源之间的关系。

RDF 的数据模型特别简单，就一个概念：三元组（triple）。形式是“主语 — 谓语 — 宾语”。你想想看，现实世界里我们怎么描述一件事？比如“姚明出生于上海”。主语是姚明，谓语是出生于，宾语是上海。这就是一个典型的三元组。

我刚开始接触 RDF 时，觉得不就是拿键值对记录东西吗？后来在项目里数据关系变成了一张网，才意识到 RDF 的厉害——它天然支持图结构，不用做 join 就能跨实体跳跃查询。

整个 RDF 数据模型可以总结成一张图：

再看一个稍微复杂点的例子。假设我们要描述一本书：

@prefix ex: <http://example.org/> .
ex:book-001 ex:title "SPARQL实战" .
ex:book-001 ex:author ex:person-zhang .
ex:person-zhang ex:name "张工" .
ex:person-zhang ex:age 32 .

你看，五句话就把一本书和作者的所有信息说清楚了。每个句子都是独立的三元组，彼此通过 URI（统一资源标识符）连接起来。

1.2 SPARQL：RDF 世界的 SQL

RDF 把数据存好了，怎么查？这就是 SPARQL 的事了。

SPARQL 的全称是 SPARQL Protocol and RDF Query Language。名字有点绕，功能很直接：它让你用模式匹配的方式，在 RDF 图里找到你需要的那部分。

对比一下传统的关系型数据库查询：

对比维度	关系型 (SQL)	图数据 (SPARQL)
数据模型	表 + 行 + 列	图 + 三元组
核心操作	SELECT, JOIN, GROUP BY	SELECT, OPTIONAL, UNION, FILTER
关联查询	通过外键做 JOIN	通过共享 URI 自动图遍历
对 schema 的依赖	强依赖表结构	弱依赖，数据自带语义
示例语法	FROM table WHERE ...	WHERE { ?s ?p ?o }

写一个最简单的 SPARQL 查询：

PREFIX ex: <http://example.org/>

SELECT ?title ?authorName
WHERE {
  ?book ex:title ?title .
  ?book ex:author ?author .
  ?author ex:name ?authorName .
}

这个查询的意识是：找出所有书，获取它们的标题，再顺着 author 边找到作者的名字。

SPARQL 的查询结果可以返回多种格式。最常见的当然是表格（SELECT），但也支持构造新的 RDF 图（CONSTRUCT）和判断是否存在（ASK）。

# ASK 查询：检查是否存在张工写的书
PREFIX ex: <http://example.org/>

ASK {
  ?book ex:author ex:person-zhang .
}
# 返回 true 或 false

为什么 SPARQL 值得学？因为在知识图谱场景里，SQL 真的没法直接处理图上的多跳查询。比如“找出所有和姚明同校的人”，在关系型里写起来很痛苦，在 SPARQL 里一个模式匹配就出来了。

1.3 知识图谱的应用场景

聊完模型和查询语言，我们看看实战中到底哪里能用得上。

场景	典型需求	SPARQL 的优势
企业知识管理	搜员工、找项目、查文档关联	多跳查询，自动发现隐性关系
学术知识图谱	找合作者、查论文引用链	支持路径查询和子图匹配
电商商品图谱	根据属性推荐同类商品	语义推理 + 灵活的模式匹配
医疗知识图谱	症状-疾病-药物关联检索	层次推理 + 可选条件(OFFICIAL)
开放数据整合	跨数据集联邦查询	原生支持 SERVICE 关键字联合查询

举个例子。你在做企业内部的智能问答系统，员工问“张三和李四在哪些项目上合作过”。用 SPARQL 写：

PREFIX org: <http://example.org/org/>

SELECT ?projectName
WHERE {
  ?project org:hasMember org:zhangsan .
  ?project org:hasMember org:lisi .
  ?project org:name ?projectName .
}

简单、直接、不用 join。这个场景如果换 SQL，你得写两个 JOIN 或者子查询。嗯，差距就在这里。