|
选课关系：SelectCourse(学号, 课程名称, 成绩)。
这样的数据库表是符合第二范式的，消除了数据冗余、更新异常、插入异常和删除异常。
另外，所有单要害字的数据库表都符合第二范式，因为不可能存在组合要害字。
第三范式（3NF）：在第二范式的基础上，数据表中假如不存在非要害字段对任一候选要害字段的传递函数依靠则符合第三范式。所谓传递函数依靠，指的是假如存在"A → B → C"的决定关系，则C传递函数依靠于A。因此，满足第三范式的数据库表应该不存在如下依靠关系：
要害字段 → 非要害字段x → 非要害字段y
假定学生关系表为Student(学号, 姓名, 年龄, 所在学院, 学院地点, 学院电话)，要害字为单一要害字"学号"，因为存在如下决定关系：
(学号) → (姓名, 年龄, 所在学院, 学院地点, 学院电话)
这个数据库是符合2NF的，但是不符合3NF，因为存在如下决定关系：
(学号) → (所在学院) → (学院地点, 学院电话)
即存在非要害字段"学院地点"、"学院电话"对要害字段"学号"的传递函数依靠。
它也会存在数据冗余、更新异常、插入异常和删除异常的情况，读者可自行分析得知。
把学生关系表分为如下两个表：
学生：(学号, 姓名, 年龄, 所在学院)；
学院：(学院, 地点, 电话)。
这样的数据库表是符合第三范式的，消除了数据冗余、更新异常、插入异常和删除异常。
鲍依斯-科得范式（BCNF）：在第三范式的基础上，数据库表中假如不存在任何字段对任一候选要害字段的传递函数依靠则符合第三范式。
假设仓库治理关系表为StorehouseManage(仓库ID, 存储物品ID, 治理员ID, 数量)，且有一个治理员只在一个仓库工作；一个仓库可以存储多种物品。这个数据库表中存在如下决定关系：
(仓库ID, 存储物品ID) →(治理员ID, 数量)
(治理员ID, 存储物品ID) → (仓库ID, 数量)
所以，(仓库ID, 存储物品ID)和(治理员ID, 存储物品ID)都是StorehouseManage的候选要害字，表中的唯一非要害字段为数量，它是符合第三范式的。但是，由于存在如下决定关系：
(仓库ID) → (治理员ID)
(治理员ID) → (仓库ID)
即存在要害字段决定要害字段的情况，所以其不符合BCNF范式。它会出现如下异常情况：
(1) 删除异常：
当仓库被清空后，所有"存储物品ID"和"数量"信息被删除的同时，"仓库ID"和"治理员ID"信息也被删除了。
(2) 插入异常：
当仓库没有存储任何物品时，无法给仓库分配治理员。
(3) 更新异常：
假如仓库换了治理员，则表中所有行的治理员ID都要修改。
把仓库治理关系表分解为二个关系表：
仓库治理：StorehouseManage(仓库ID, 治理员ID)；
仓库：Storehouse(仓库ID, 存储物品ID, 数量)。
这样的数据库表是符合BCNF范式的，消除了删除异常、插入异常和更新异常。
范式应用
我们来逐步搞定一个论坛的数据库，有如下信息：
（1） 用户：用户名，email，主页，电话，联系地址
（2） 帖子：发帖标题，发帖内容，回复标题，回复内容
第一次我们将数据库设计为仅仅存在表：
| 
评论加载中…