数据库课件关系完整性优化

本课件继续讨论数据关系的完整性，包括实体完整性、参照完整性和用户定义的完整性。

例子1: 在学生关系中，每个元组的“专业号”属性只能取以下两类值：（1）空值，表示尚未给该学生分配专业；（2）非空值，必须是专业关系中某个元组的有效“专业号”，确保学生不会被分配到不存在的专业中。

在数据库课件中，讨论了关系模型的完整性约束，包括实体完整性、参照完整性和用户定义的完整性。这些约束保证了数据的一致性和准确性。

关系模型必须遵守实体完整性规则的原因包括：(1) 实体完整性规则适用于基本关系，每个基本表通常对应现实世界中的一个实体集或多对多联系；(2) 现实世界中的实体和它们之间的联系是可以区分的，具有唯一性标识；(3) 因此，在关系模型中，主码作为唯一性标识是必要的。

为了确保数据库中存储的数据符合现实世界语义，数据库完整性显得尤为重要。

用户定义完整性的数据库课件，内容还挺实在的。像课程表中，课程名不能重复、不能是空的，学分也只能是 1 到 4 这样的固定值。对搞数据库设计的你来说，这种例子蛮贴地气，能直接用来参考项目里的字段设计。

完整性约束指定属性取值的范围，如学生成绩必须在0-100之间。它还定义了属性值之间的关联，体现在数据依赖上，是数据库设计的核心。

外码的概念，多人学数据库时总是一头雾水。尤其像学生表里的专业号，和专业表里的主码对上了，其实它就是外码。嗯，外码说白了就是用来“搭桥”的字段，方便不同表之间建立联系。你只要记住：它不是多余字段，是数据库设计里蛮关键的一个纽带。 外码的设置其实挺常见的，是当你想让两个表“认识彼此”的时候。比如学生表要知道每个学生是哪个专业的，那专业号作为外码就挺合理。这样查数据就方便多了，查专业名时不用硬写死，直接连专业表查一波，简单清晰。 要注意的是，外码跟主码的关系不是单纯的复制，背后牵扯到参照完整性。比如主码如果改了，外码也得跟着改，不然数据就乱套了。关于主码修改的策略，可以看看这篇文章关系数据库主码修改

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