第五章 数据库安全性与完整性

第二节 数据库完整性

概述

数据库完整性是数据库管理系统（DBMS）中的关键概念，关系到数据的准确性、一致性和可靠性。本节重点介绍数据库完整性的基本概念、类型、实现机制及其在实际应用中的重要性。通过系统学习，考生将掌握如何设计和维护完整性约束，确保数据库中的数据符合预期的业务规则，避免数据异常和错误。

核心概念

• 数据库完整性（Database Integrity）：指数据库中数据的正确性和一致性，确保数据符合预定义的约束条件，不被非法修改或破坏。
• 完整性约束（Integrity Constraints）：数据库中用来限制数据有效性和合理性的规则，包括实体完整性、参照完整性、域完整性和用户自定义完整性。
• 实体完整性（Entity Integrity）：保证表中每个实体（记录）有唯一标识，通常通过主键（Primary Key）实现。
• 参照完整性（Referential Integrity）：保证外键（Foreign Key）引用的主键必须存在，防止孤立记录。
• 域完整性（Domain Integrity）：确保属性值符合其定义的数据类型和取值范围。
• 用户自定义完整性（User-Defined Integrity）：根据具体业务需求设定的特殊规则。

原理分析

数据库完整性机制基于关系模型和约束理论，通过约束条件限制数据的插入、更新和删除操作，确保数据状态始终满足业务逻辑要求。DBMS通过完整性约束的定义和执行，自动监控数据操作，拒绝违反约束的事务，或通过触发器、存储过程等机制实现更复杂的完整性维护。

• 实体完整性的实现原理：利用主键唯一约束，防止重复或空值，确保每条记录唯一。
• 参照完整性的实现原理：通过外键约束维护表之间的关联性，插入操作要求外键值在关联主键中存在，删除或更新主键时限制操作或级联处理。
• 域完整性的实现原理：属性定义时指定数据类型、长度、默认值、检查约束（CHECK），保证数据格式和取值范围。
• 用户自定义完整性的实现原理：利用触发器、存储过程、复杂的CHECK约束实现特定业务规则。

详细内容

1. 实体完整性详解

实体完整性是关系数据库中最基本的完整性约束。每个关系表必须有一个主键，主键属性不能包含空值，且必须唯一。

• 主键的特点：
  • 唯一性：每行数据通过主键能被唯一标识。
  • 非空性：主键值不能为空。

主键的选取应满足稳定性和简洁性原则，避免使用易变字段。复合主键由多个属性组成，适用于多属性联合唯一标识。

注意事项：

• 不应将可能变化的数据设为主键。
• 主键字段必须严格保证唯一。

2. 参照完整性详解

参照完整性确保外键指向的主键存在，维护表之间的数据关联和一致性。

• 外键约束定义：表中一个属性（或属性组）是另一表主键的引用。
• 操作规则：
  • 插入外键值时，必须确保对应主键值存在。
  • 删除主键值时，根据设置执行拒绝删除（NO ACTION）、级联删除（CASCADE）、置空（SET NULL）等操作。

参照完整性防止出现悬挂引用（孤儿记录），确保数据逻辑一致。

3. 域完整性详解

域完整性是对属性值的数据类型、格式和范围进行限制。通过定义属性的数据类型、长度、默认值和检查条件保证数据符合预期。

• 数据类型：整数、浮点数、字符、日期等。
• 长度限制：如字符串长度限制。
• 默认值：无值时自动赋值。
• 检查约束：通过CHECK语句限制取值范围，如年龄必须大于0。

域完整性是保证数据合理性的第一道防线。

4. 用户自定义完整性详解

用户自定义完整性满足特殊业务规则，DBMS通常通过触发器、存储过程、复杂约束实现。

• 触发器：自动执行的存储过程，响应插入、更新、删除事件。
• 存储过程：封装业务逻辑的SQL程序。
• 复杂约束：如跨表的条件限制。

示例：银行账户余额不能为负数，订单金额必须大于零。

实例分析

实例1：学生信息管理中的实体完整性

背景：学生表Student，主键为学号（StuID）。
分析：为了保证每个学生唯一识别，学号设为主键，且不得为空。
结论：通过实体完整性约束，避免了重复或空学号的情况，保证数据准确。

实例2：订单系统中的参照完整性

背景：订单表Order包含客户ID（CustID）作为外键，引用客户表Customer的主键。
分析：插入订单时，必须确保客户ID存在；删除客户时，需考虑订单处理，防止孤立订单。
结论：通过参照完整性约束，维护了客户与订单间的逻辑关联，防止数据异常。

实例3：员工信息中的域完整性与用户自定义完整性

背景：员工表Employee，年龄字段限制为18-65岁；职位字段值必须在预定义列表内。
分析：通过CHECK约束限制年龄范围，触发器确保职位有效。
结论：域完整性和用户自定义完整性共同保证数据合理性，符合业务规则。

常见误区

• 误区1：忽视主键非空约束，允许空主键值。
  正确做法：主键字段必须定义为非空，确保唯一标识。

• 误区2：外键未设置参照完整性，导致孤立记录。
  正确做法：定义外键约束，保证引用关系有效。

• 误区3：域完整性只关注数据类型，忽略取值范围限制。
  正确做法：结合数据类型和CHECK约束，严格限定取值。

• 误区4：用户自定义完整性规则写在应用层，忽略数据库层维护。
  正确做法：重要业务规则应尽量在数据库层实现，提高数据安全性。

• 误区5：过度使用触发器，导致维护复杂和性能问题。
  正确做法：合理设计触发器，避免复杂度和性能瓶颈。

应用场景

• 银行系统：账户余额不能为负数，交易记录必须关联有效账户。
• 电商平台：订单表中的客户ID必须存在，商品库存数量不能为负。
• 学校管理系统：学生学号唯一，课程成绩在合理范围内。
• 医疗信息系统：患者记录必须有唯一标识，医嘱关联有效医生。
• 企业人事管理：员工编号唯一，岗位级别符合公司规定。

知识拓展

• 事务与完整性：完整性约束在事务中执行，保证数据操作的原子性和一致性。
• 触发器与存储过程的高级应用：实现复杂完整性维护，跨表检查。
• 完整性约束的性能影响：约束检查会影响数据库性能，设计时需权衡。
• 面向对象数据库的完整性：复杂对象的约束管理。
• 数据质量管理：完整性是数据质量的重要组成部分。

总结回顾

数据库完整性是保障数据正确性和一致性的核心机制，主要包括实体完整性、参照完整性、域完整性和用户自定义完整性。通过合理设计主键、外键、数据类型及业务规则约束，数据库能够有效避免数据异常，维护业务逻辑一致性。考生应深入理解各类完整性约束的定义、实现原理及应用，掌握典型案例，避免常见误区，提升数据库设计与管理能力。

---

核心知识点回顾：

• 数据库完整性的定义与重要性
• 实体完整性及主键约束
• 参照完整性及外键约束
• 域完整性的数据类型和取值限制
• 用户自定义完整性的实现方法
• 触发器和存储过程在完整性维护中的作用
• 常见误区及正确做法
• 典型应用场景分析

通过本节内容的学习，考生能够系统掌握数据库完整性的理论与实践，为后续数据库安全性学习奠定坚实基础。