完整性校验

数据完整性校验 数据完整性校验确保数据库中数据的 准确性 和 可靠性，涵盖以下几个方面： 列值约束: 数据类型校验: 例如，年龄字段必须为数字。 格式校验: 例如，身份证号码必须为 18 位。 取值范围校验: 例如，性别字段只能是“男”或“女”。 行级约束: 唯一性约束: 例如，避免学员信息重复录入。 业务规则约束: 例如，信誉值大于 5 的用户才能加入会员列表。 通过设置数据约束，可以有效防止无效数据的录入，提高数据的质量。

完整性 包括以下几个方面： 输入的类型是否正确：\t- 例如，年龄字段必须为数字。 输入的格式是否正确：\t- 例如，身份证号码必须为18 位。 是否在允许的范围内：\t- 例如，性别字段只能接受“男”或“女”。 是否存在重复输入：\t- 避免重复输入学员信息，例如同一学员信息被输入两次。 是否符合其他特定要求：\t- 例如，只有信誉值大于 5 的用户才允许加入会员列表。 常见完整性约束 列值要求（约束）：保证每个字段的值符合约定的规则。 整行要求（约束）：确保整个数据行符合业务逻辑。

数据实体完整性 字段完整性 引用完整性 自定义完整性

数据实体完整性 字段完整性 引用完整性 自定义完整性

实体完整性规则规定，基本表中的主码（唯一标识符）必须是非空的。这确保了表中每个实体都能被唯一标识，避免了实体不可区分的情况，从而维护了关系模型中实体的可识别性。

完整性包含： 输入类型是否正确 输入格式是否正确 输入是否在允许范围内 输入是否存在重复 输入是否符合特定要求 列值约束：- 整行约束

在GFS（Google文件系统）中，数据完整性至关重要。每个Chunk服务器都采用Checksum机制来检测数据是否损坏。由于GFS集群通常包含数百台机器和数千块硬盘，磁盘故障导致数据读写过程中损坏或丢失的情况十分常见。虽然可以通过其他Chunk副本来弥补数据损坏，但跨服务器比较副本以检查数据完整性并不现实。此外，GFS允许存在歧义副本，因为修改操作（尤其是原子记录追加）的语义并不保证副本完全一致。 因此，每个Chunk服务器必须独立维护Checksum以验证自身副本的完整性。 GFS将每个Chunk划分为64KB的块，每个块对应一个32位的Checksum。Checksum与其他元数据分

用户定义的完整性是针对特定数据库的约束条件，用于满足特定应用的数据语义要求，如限制成绩范围为0~100。

课前引导：【思考】让学生通过查找数据库中的不正确数据内容，引出约束的重要性。这一概念将为新课程打下基础。

MySQL数据完整性是指数据在存储和操作过程中保持可靠性和准确性的能力。保证数据完整性是数据库管理中的重要任务，它涵盖了数据的验证、约束和错误处理机制。通过有效的数据完整性策略，可以确保数据库中的数据始终处于正确的状态，提高数据质量和可靠性。