关系数据库之所以能在几十年的数据管理技术竞争中长盛不衰，除了它简洁的二维表结构和严密的数学基础之外，还有一个常被考生忽略却至关重要的支柱，那就是完整性约束。多数考生复习到数据库章节时，注意力都集中在SQL语法、范式化和事务并发控制上，反而对完整性约束这一看似"边缘"的考点一带而过，结果在考场上被命题人精心设计的陷阱精准命中。本文从概念、原理、分类、误区到真题，把数据库完整性约束这一考点一次性讲透。
所谓数据完整性，指的是数据库中数据的正确性、一致性与有效性。正确性要求数据真实反映现实世界的客观状态，一致性要求同一数据在不同位置、不同时刻保持逻辑上的协调统一，有效性则要求数据的取值落在合理的范围之内。软考教材对完整性的标准表述是：完整性是指数据库中数据的正确性和相容性。正确性强调数据取值符合客观事实，例如一个人的年龄不可能是负数、也不可能超过人类寿命的极限；相容性强调同一数据在不同关系、不同事务中的相互匹配，例如某订单引用的客户编号，在客户表中必须真实存在。
这两个关键词"正确性"和"相容性"本身就可以成为一道选择题的题干，命题人常常把"安全性""保密性""可用性"等概念混入选项作为干扰项。考生需要牢记，完整性管的是"数据对不对、数据之间匹不匹配"，而不是"谁能访问数据、数据会不会泄露"。这一字之差，就是两类完全不同的知识体系的分水岭。
完整性约束则是数据库管理系统用来强制实现上述目标的规则集合。它的本质，是现实世界的业务规则在数据库模式层面的一次形式化表达。当用户执行插入、删除、更新操作时，DBMS会依据预先定义的约束逐条检查，凡是不符合约束的操作一律被拒绝执行，从而在源头上杜绝脏数据进入系统。
这里需要特别强调一个概念边界：完整性约束约束的是数据本身，而不是数据的存取过程。它回答的是"什么样的数据是合法的"这一问题，与安全性控制回答的"谁有权利访问什么数据"是两个正交的维度。完整性约束作用于数据值，安全性控制作用于访问主体。前者保证数据语义正确，后者保证数据不被越权访问。这一区分是理解整个数据库保护体系的起点。
软考考纲中，关系模型的完整性约束被明确划分为三大类：实体完整性、参照完整性、用户定义的完整性。这三者构成了关系数据库完整性体系的完整骨架。实体完整性解决的是行的可标识性问题，参照完整性解决的是表与表之间的关联一致性问题，用户定义的完整性解决的是业务特有的取值限制问题。三者各司其职，又相互配合，共同维护整个数据库的逻辑正确。
需要澄清的是，初学者经常把"完整性"与"一致性"混为一谈。在ACID四大特性中，一致性指的是事务执行前后数据库都处于一致状态，它是一种由事务机制保障的、跨越多个操作的全局性质；而完整性约束则是定义"一致状态"具体内容的规则本身。换句话说，完整性约束是"目标"，事务的一致性是"达成目标的手段"。两者不是一个层面的概念，命题人恰恰喜欢在这个边界上设置混淆项。
实体完整性要求主键非空且唯一。DBMS实现这一约束的最常用手段，是为主键列自动建立唯一索引。当一条记录插入或主键被更新时，存储引擎会先在唯一索引结构中查找该键值是否已存在；若存在则拒绝操作，若不存在则插入索引项并完成数据写入。
以B+树实现的主键索引为例，主键值本身就是索引键，叶子节点按主键有序排列，因此查找与判重可以借助树的逐层二分定位高效完成。这也解释了为什么绝大多数数据库要求主键必须建立索引，索引不仅是加速查询的附属物，更是实体完整性约束得以强制执行的物理载体。没有索引，DBMS就无法在可接受的代价内完成"该键值是否已存在"的判断，实体完整性也就无从谈起。
这一底层机制还能解释一个现象：为什么复合主键的查询优化要依赖最左前缀原则。因为复合主键的联合索引是按主键各列的顺序逐级排序的，只有从最左列开始匹配，才能利用索引的有序性。理解这一点，有助于考生把完整性约束和索引结构这两个看似独立的考点串联起来。
参照完整性通过外键约束来落实。外键是一个关系中的属性或属性组，它的取值必须要么等于被参照关系中某个元组的主键值，要么为空值（在允许NULL的前提下）。DBMS在插入或更新子表外键时，会去父表的主键索引中查找对应值是否存在；在删除或更新父表被参照的主键时，又会反过来检查子表中是否已有外键指向该值。这两类检查分别对应外键约束的两个方向：子表方向的引用检查与父表方向的被引用检查。
当父表主键被删除或更新、且子表存在指向它的外键时，DBMS需要决定如何处理这些"孤儿"外键。这一决策由外键的参照动作来规定，常见的有四种：级联、置空、置默认值和拒绝。级联意味着父表的删除或更新操作会同步传播到子表对应记录，例如删除某客户时自动删除该客户的全部订单；置空则将子表外键置为NULL，前提是该列允许空；置默认值则把外键填为预先定义的默认值；拒绝则直接阻止父表的删除或更新操作，让用户先手动处理子表数据。
这四种参照动作的语义区别，是中级数据库与系分考试中反复出现的命题点。考生需要结合具体业务场景判断应该选用哪种动作，例如"删除部门时，该部门员工应保留但部门字段置空"对应置空动作，"删除客户时连同其订单一起删除"对应级联动作。
用户定义的完整性是三大完整性中边界最灵活的一类，它涵盖了实体完整性和参照完整性之外的、由具体业务决定的取值规则。其最常见的实现载体是CHECK约束和触发器。
CHECK约束是一种声明式的取值限定，直接附着在列或表上，例如要求账户余额不为负、年龄在0到150之间、性别只能取两个枚举值等。DBMS在每次插入或更新时都会对涉及的CHECK约束求值，一旦违反即拒绝操作。触发器则是更强大的过程式机制，它由事件驱动，在增删改操作执行前后自动触发一段程序逻辑，可以完成比CHECK复杂得多的校验，例如跨表校验、引用历史数据、甚至修改其他表的数据。
两者的本质区别在于：CHECK是声明式的、只能表达静态的取值条件，且不能跨表引用；触发器是过程式的、可以表达动态的、跨表的业务逻辑。命题人常考查"某跨表规则能否用CHECK实现"这类判断题，答案是"不能"，这正是二者分工的关键所在。
实体完整性规则规定：若属性（或属性组）是基本关系的主属性，则它的取值不能为空值，且必须唯一。这里的"主属性"是指候选码中的任一属性。实体完整性的现实意义在于，现实世界中的实体都是可区分的，每个实体必须有唯一标识，否则就无法被精确地检索、引用和更新。SQL层面，实体完整性通过主键约束来实现，一个表只能定义一个主键，但主键可以由多个列联合构成，形成复合主键。
与主键约束紧密相关的是唯一约束。两者的共同点是都保证取值的唯一性，区别在于：主键约束隐含非空，而唯一约束允许空值，并且在多数数据库实现中，唯一约束允许多个NULL同时存在。这是因为NULL在SQL标准中被视为"未知值"，两个NULL之间既不相等也不不相等，唯一性判定无法将其视为重复。这一细节是软考选择题的高频陷阱，考生需牢记"唯一约束不排斥多个NULL，主键约束既非空又唯一"这一组对照。
参照完整性规则规定：若属性F是基本关系R的外键，它与基本关系S的主键Ks相对应，则R中每个元组在F上的取值要么为空值，要么等于S中某个元组的主键值。这条规则确保了表与表之间的引用关系不会悬空，是关系数据库得以用外键维系整个数据模型一致性的根本机制。SQL层面，参照完整性通过外键约束实现，通常与外键列的引用子句配合，显式声明外键所指向的父表及其被参照列。
外键约束在实际应用中有若干边界条件需要把握。其一，外键与被参照键的列数和类型必须匹配，但列名可以不同。其二，外键可以引用本表的主键，形成自引用关系，例如员工表中的"上级编号"引用同表的"员工编号"，这种自引用外键在层级结构建模中极为常见。其三，被参照键未必是父表的主键，只要被参照列上存在唯一约束即可被外键引用。这三点经常被命题人用来设置干扰项，考生需逐条厘清。