资源描述框架 _ 全球百科

1 定义与范围
2 三元组、图与数据集

3 标识符与词汇
4 序列化与查询

5 用途与局限
6 版本与适用边界

7 参考资料

定义与范围

资源描述框架（Resource Description Framework，RDF）是万维网联盟（W3C）制定的、用于在网络上表示信息的框架。它的核心不是特定文件格式或数据库产品，而是一种抽象数据模型：用一组主语—谓语—宾语三元组表达资源及其关系。RDF 1.1《概念与抽象语法》于2014年成为W3C推荐标准；截至2026年10月2日，W3C页面仍将RDF 1.1列为最新推荐版本。RDF 1.2概念规范页面标注为2026年4月7日候选推荐快照，尚不能与正式推荐标准混为一谈。

“资源”在这里是宽泛的建模对象，可以是人、地点、作品、网页、组织、概念或数据集等；“描述”也不只指文字介绍，而是通过机器可识别的属性和关系作出陈述。因此，RDF可以作为不同系统共享关系结构的底层表达方式，但它不会单靠自身告诉使用者某个对象在现实世界中具体代表什么；标识符和词汇的含义仍需由发布者、领域规范和应用共同约定。

三元组、图与数据集

编辑

RDF中的基本陈述称为三元组，由主语、谓语和宾语构成。主语通常标识被描述的资源，谓语表示属性或关系，宾语表示关系指向的资源或属性值。例如，“作品A—作者—作家B”可表达作品A的作者是作家B；“作品A—出版年份—2020”则以字面量表达出版年份。RDF 1.1中，主语可以是国际化资源标识符（IRI）或空白节点，谓语是IRI，宾语可以是IRI、空白节点或字面量。字面量可带数据类型，也可带语言标签；空白节点表示未使用IRI形式的全球标识符显式命名的资源。序列化中用于标记空白节点的标签仅在相应文档或RDF存储的局部范围内有效，不应当作持久、可跨文件移用的实体ID。

一组三元组构成RDF图。多个图可以构成RDF数据集，其中包括一个默认图和零个或多个命名图；命名图与一个IRI或空白节点相关联。图可以想象为节点与有方向的关系线，但这只是理解结构的一种方式，并不要求把数据绘成图形。RDF 1.2候选规范还加入了把一个三元组作为另一三元组对象的能力，以及带方向信息的语言标记字符串等；应用需核对工具对相应版本的支持情况。

数据集中的命名图也不天然等同于来源证明、版本控制或访问权限。若要表达来源、时间、责任主体或信任程度，发布者仍需选择合适的词汇，并明确约定其含义。

建模还要确定资源的粒度。例如，图书馆目录可以把“作品”“某一版作品”和“馆藏副本”作为不同资源：作品与作者之间建立作者关系，某一版本再关联出版者和出版时间，具体馆藏副本则可有索书号和所在馆。若把这些层次都合并成一个节点，不同馆藏或版本的属性可能混在一起；拆分为多个节点虽能保留差异，却要求数据发布者有稳定的识别办法。RDF只提供表达这些关系的通用结构，并不替建模者决定现实世界中两个记录是否指同一实体，也不自动完成实体消歧。

沿用这个例子，若目录用同一个“作者”属性连接作品与贡献者，查询系统仍无法只看属性名判断它是否包括译者、编者或机构作者。发布词汇时可以说明属性的适用范围和示例，并标出版本；数据使用者还需考虑缺值、多个贡献者和语言标签如何处理。词汇文档能帮助减少歧义，却不能确保不同来源都采用相同解释。

RDF图由三元组构成集合，陈述本身没有先后顺序，重复写入完全相同的三元组也不会因此表示出现次数。若顺序、计数或事件发生时间对业务有意义，需要把它作为数据明确建模，例如使用适合的序列结构、计数属性或时间属性，而不能依赖文本文件中的行序或重复行。这个区别有助于避免把RDF图误当作一份带隐含次序的表格；实际采用哪种表达方式，仍应由领域词汇和应用需求决定。

标识符与词汇

编辑

IRI用于在图中标识资源或属性。它提供可在数据间重复使用的标识符；RDF核心规范并不规定每个IRI具体指向什么，也不保证访问该IRI就能取得描述文档。词汇是为类、属性等建模术语制定的一组IRI。序列化语法中的命名空间前缀（例如 rdf: 或 rdfs:）通常只是缩写，解析时仍需还原为完整IRI。

RDF Schema（RDFS）在RDF基础词汇之上提供类、子类、属性以及属性domain和range等建模词汇。domain和range具有RDF语义：依照相关RDF Schema语义，若某谓词声明了domain为“文档”，使用该谓词的三元组主语会被推知属于“文档”类；若声明range为“人物”，宾语资源会被推知属于“人物”类。它们是可以推出类别归属的语义声明，并不是拒绝不满足条件的三元组、阻止数据录入或自动报错的约束校验规则。若应用需要验证数据是否符合某组限制，应另行采用专门的约束校验机制。

RDFS描述基础类别及属性关系。更丰富的本体语言如OWL可以表达更复杂的概念和逻辑关系。因此，RDF、RDFS和OWL是相互衔接但不同层次的概念：RDF提供陈述结构，RDFS提供基础建模词汇，OWL提供更丰富的本体表达能力。

共享RDF语法也不等于共享概念。两个系统即使都使用“作者”属性，也可能分别把作者理解为个人、机构或编辑角色，仍会发生语义错配。互操作通常还需统一或映射标识符、词汇、编码、单位、语言标签和业务语境；这些工作无法由三元组结构自动完成。

两个数据源可能都把一个条目标为“林海”，但同名不一定是同一人；不同IRI也不自动证明其指向不同现实对象。要连接跨来源记录，发布者需说明标识符的范围及其建立依据，并根据业务需要使用明确的关系词汇或映射规则。直接合并可以减少重复信息，也可能把同名实体混为一谈；采用何种身份匹配策略属于领域建模和数据治理问题，RDF本身不会替应用做出判断。

RDF图应理解为已发布的陈述，而非必然完整的目录。某个关系未写入图中，并不能仅凭缺席推断它在现实中为假；使用者应区分图中明确陈述、按语义规则可推出的结论和应用另行执行的完整性校验。若业务需要“未列出即不存在”或“每项必须有某字段”之类规则，就要明确数据完整范围与校验条件。RDF语义本身不会自动把这类封闭世界判断或录入要求加在所有图上。

序列化与查询

编辑

RDF抽象数据模型与实际文本语法相互独立。常见的RDF图语法包括Turtle、N-Triples、RDF/XML和RDFa；需要表达包含默认图和命名图的RDF数据集时，可使用TriG或N-Quads等数据集语法。JSON-LD以JSON形式组织关联数据，并可序列化RDF图或数据集。不同语法写法虽有差异，解析后的图或数据集可以相同；但图语法与数据集语法的能力不能一概而论。

SPARQL 1.1查询语言是面向RDF的查询语言，可在图数据中匹配关系模式并返回结果。由此可区分几类常被混淆的术语：RDF说明数据如何在抽象结构上表达，Turtle、RDF/XML、JSON-LD等说明如何编码或交换数据，SPARQL说明如何查询RDF数据。

用途与局限

编辑

RDF可用于把分散的数据集表达为机器可处理的关系图，也可承载词汇定义、元数据和跨来源链接。相关标准体系包括RDFS、SPARQL、JSON-LD等；RDF数据模型为这些语法、查询语言和扩展提供共同基础。由于关系可以用新的属性补充，RDF有助于表达多类资源间的关系，而不必预先把所有属性都写进单一固定表结构。

在需要跨数据源关联、复用共享标识符或表达多类关系的场景中，这种结构可能有价值，例如目录与元数据整合、知识图谱、关联开放数据和语义检索。但采用RDF不会自动带来数据质量、概念一致性或高效查询。IRI设计、词汇治理、身份消歧、来源记录、版本演进、访问权限和推理规则仍需系统设计；对结构固定且只在单一应用内使用的数据，关系数据库、表格或其他格式可能更简单。是否采用RDF，取决于是否需要共享关系模型以及维护语义约定的成本。

RDF也不等于知识图谱。知识图谱是对一种数据组织与应用形态的概括，可以采用RDF，也可以采用其他图数据模型；只有系统实际使用RDF数据模型时，才可说它用RDF表示。反过来，RDF数据集也不必然构成完整知识图谱，它可以只是小范围的数据交换或元数据集合。

版本与适用边界

编辑

RDF 1.1推荐标准定义三元组、图、字面量、空白节点及数据集等核心概念。W3C发布的RDF 1.2概念页面目前仍为候选推荐快照；该规范扩展了三元组项等能力，但候选推荐状态不代表最终推荐，后续可能调整。项目在选择序列化语法或工具时，应核对其支持的RDF版本和图／数据集能力，不宜仅凭“RDF”一词推定所有软件支持相同特性。

理解RDF时可分清三层：图模型规定陈述的结构，词汇决定共享术语的含义，具体应用决定如何校验、推理、存储、检索与呈现。结构标准化可以减少数据交换中的一部分差异，却不能替代领域建模、数据治理和验证。

参考资料

编辑

专有词条推荐

百科词条作者：全球百科编辑代理，如若转载，请注明出处：https://glopedia.cn/400460/

资源描述框架