在关系数据库理论中，数据模型由三个要素构成：数据结构、数据操作和数据约束。数据结构解决的是数据以何种方式组织起来的问题，关系模型用二维表这种统一的结构来承载一切；数据操作解决的是用户能够对数据施加哪些运算的问题，查询、插入、修改、删除都归属其中；而数据约束，也就是通常所说的完整性约束，解决的则是"什么样的数据才是合法的、可信的、不破坏语义的"这一根本问题。许多考生备考时只把注意力放在前两个要素上，对完整性约束一带而过，殊不知它恰恰是软考数据库科目每年必考、且最容易因概念混淆而失分的核心考点。
完整性约束，用教材中的标准术语来表述，是指为保证数据库中数据的正确性、有效性和相容性，对关系模式中的数据取值施加的语义限制条件。这里需要把三个关键词逐一拆开理解。正确性指的是数据必须符合客观事实，一条记录的年龄字段不能出现负数；有效性指的是数据的取值范围必须合理，成绩字段不能填入一个超出百分制的数值；相容性则指向数据之间的相互关联，一张订单表中的客户编号必须能在客户表中找到对应记录。三者共同构成了完整性约束所要守护的边界。
关系模型与其他数据模型相比，一个显著的特点在于，它把完整性约束内建为模型本身的有机组成部分，而不是留给应用程序开发者自行处置。层次模型和网状模型虽然也强调数据之间的关联，但那种关联更多地体现为物理存储上的指针连接，而非逻辑层面的语义约束。关系模型则通过主键、外键、检查约束等机制，把数据的合法性要求显式地沉淀到数据库系统的层面，使得任何绕过应用程序直接操作数据库的行为，同样会受到约束的拦截。这正是关系模型能够长期占据数据库领域主导地位的深层原因之一。
按照关系数据库的经典理论，完整性约束被划分为三大类。第一类是实体完整性，它规定关系的主属性不能取空值，也就是组成主键的那些属性列必须是非空的。第二类是参照完整性，它规定外键的取值要么为空，要么必须等于它所参照的关系中某个元组的主键值，从而保证跨表引用不会指向一个不存在的数据。第三类是用户定义完整性，它是由具体应用环境决定的约束，涵盖了取值范围、数据格式、语义规则等一切前两类无法覆盖的业务要求。这三大类完整性的划分是软考命题的基本框架，考生必须做到见题即能定位到对应类别。
这里有必要把完整性约束与数据模型三要素的对应关系再强调一次。在历年真题中，"数据结构、数据操作、数据约束"这三个词常常以单选题的形式出现，要求考生指出哪个不属于数据模型三要素，或者反过来问数据模型由哪三部分构成。数据约束这一项，在许多教材里就直接写作"数据的完整性约束"，两者指的是同一回事。理解了这个对应关系，考生就能把完整性约束从零散的知识点串成一条完整的逻辑主线，答题时不再靠死记硬背。
仅仅记住三大完整性的定义是远远不够的，命题人近年来越来越倾向于考查约束背后的实现机制。比如一道题会问，实体完整性为什么要靠主键来保证，为什么主键不允许为空；再比如会问，参照完整性在数据库内部是如何被检查的，违反时会触发什么样的动作。这些问题的答案，都藏在关系数据库的底层设计之中。
实体完整性的核心是主键，而主键之所以能够承担起唯一标识一条记录的重任，是因为数据库系统在物理层为它建立了唯一的聚集索引或非聚集索引。当一条新记录试图插入表中时，数据库会先检查这条记录的主键值是否已经存在，如果存在则拒绝插入并抛出唯一性冲突的错误；如果主键值为空，则直接判定违反实体完整性。这个检查过程发生在数据真正写入磁盘之前，因而能够从源头上阻止非法数据的产生。
需要注意的是，实体完整性针对的是主属性，而非所有的属性。主属性是指候选键中包含的属性，换言之，任何一个候选键中的属性都不得取空值，而不仅仅是被最终选为主键的那一组属性。这个细节常常成为命题人的陷阱。举个例子，假设某张表存在两个候选键，考试题问"实体完整性要求哪些属性不能为空"，正确的答案是所有候选键中的主属性都不能为空，而不是只有被指定为主键的那一个属性不能为空。许多考生误以为实体完整性只约束主键，导致在涉及多候选键的题目上翻车。
参照完整性的实现则要复杂得多。当一个表的外键引用了另一个表的主键时，数据库会在每一次插入、修改、删除操作发生时，执行相应的完整性检查。具体而言，当子表插入或修改一条记录时，数据库会检查其外键值是否在被参照表的主键中真实存在，如果不存在则拒绝操作；当被参照表删除或修改一条记录时，数据库会检查子表中是否存在引用该记录的外键，如果存在，则需要依据预先定义的策略来处理，这就是所谓的级联动作。
级联动作通常有四种。其一是级联操作，即被参照表删除了某条记录，子表中引用它的记录也随之被删除；其二是置空操作，即子表中外键值被置为空值；其三是置默认值，即子表中外键值被替换为预先定义的默认值；其四是拒绝操作，即只要存在引用，就拒绝删除被参照表中的记录。这四种动作在考试中常以区分判断题的形式出现，考生需要弄清每种动作的触发条件和适用场景。一个常见的易错点是，把置空与级联混淆，以为置空就是级联的一种，其实两者是完全不同的处理策略。
用户定义完整性的实现手段最为丰富，从最简单的非空约束、唯一约束、默认值，到功能较强的检查约束，再到能力最强的断言和触发器，构成了一个由弱到强的梯度体系。非空约束保证某列不能为空，唯一约束保证某列取值不重复，默认值为未显式赋值的列提供兜底值，检查约束则允许用户用一个逻辑表达式来限定列的取值范围，比如要求成绩介于零和一百之间。
当这些声明式的约束仍然不足以表达复杂的业务规则时，数据库系统提供了触发器这一机制。触发器由特定的事件激活，比如在某张表上发生插入、修改、删除操作时，数据库会自动执行触发器内部预先编写好的程序逻辑。触发器与约束的最大区别在于，约束是声明式的、被动的，它只能对单条数据操作进行简单的判定；而触发器是过程式的、主动的，它可以执行任意的数据库操作，甚至修改其他表的数据。这也解释了为什么真题中会出现"触发器可以执行约束、完整性检查"这样的表述，以及为什么说触发器不能被直接调用执行，而只能由触发事件自动激活。
在掌握了定义和原理之后，还需要把三类完整性逐一展开，看清它们各自的应用场景、变体和边界条件。这一部分既是考试的重点，也是实际工作中数据库设计的直接依据。
实体完整性在数据库设计中的直接体现，就是为每张表确定一个合适的主键。主键的选择并非随意，它需要满足唯一性、稳定性、最小性和非空性四个要求。唯一性保证主键能够区分每一条记录；稳定性要求主键值尽量不发生改变，因为主键一旦被其他表引用，修改主键会引发连锁反应；最小性要求主键由尽可能少的属性组成，能用单列就不用复合主键；非空性则是实体完整性的硬性规定。
在实际应用中，人们常常为表添加一个自增的代理主键，比如一个与业务无关的编号字段。这样做的好处是，即使业务数据发生变化，主键依然保持稳定。但代理主键并不能取代业务上真正的唯一约束，设计者仍然需要在业务关键字段上建立唯一索引，以防止逻辑上的重复。这个区分在软考中偶有涉及，考生需要理解代理主键与业务唯一约束之间的关系。
参照完整性集中体现在数据库的物理设计中，尤其是外键的设计上。外键的建立需要遵循两个前提：一是外键和被引用的主键必须具有相同的数据类型，二是被引用的列必须具有唯一性约束，通常是另一个表的主键。当这两条前提满足时，数据库才能在外键上建立参照完整性检查。
参照完整性最常见的应用场景是一对多关系。比如客户表与订单表之间，一个客户可以拥有多张订单，订单表中的客户编号字段就是一个外键，它引用了客户表中的客户编号主键。此时参照完整性保证了订单表中的每一条记录都对应一个真实存在的客户，从而杜绝了"孤儿记录"的出现。多对多关系则需要借助中间表来实现，中间表中的两个外
本篇完！