三范式理解

Posted 2020-12-13 dcmi

三范式理解

第一范式： 属性不可分割性

如： 学生表(姓名，年龄，性别，班级，宿舍号，家庭成员) 其中家庭成员为可分割的所以不符合第一范式

第二范式： 不存在组合关键字中的某些字段决定非关键字段的情况

如：

(学号, 课程名称) → (姓名, 年龄, 成绩, 学分) 这个数据库表不满足第二范式，因为存在如下决定关系： 
 (课程名称) → (学分)
 (学号) → (姓名, 年龄)

部分属性依赖于关键字中的部分字段。

(1) 数据冗余： 
 同一门课程由n个学生选修，"学分"就重复n-1次；同一个学生选修了m门课程，姓名和年龄就重复了m-1次。
 
 (2) 更新异常： 
 若调整了某门课程的学分，数据表中所有行的"学分"值都要更新，否则会出现同一门课程学分不同的情况。
 
 (3) 插入异常：
 假设要开设一门新的课程，暂时还没有人选修。这样，由于还没有"学号"关键字，课程名称和学分也无法记录入数据库。
 
 (4) 删除异常：
 假设一批学生已经完成课程的选修，这些选修记录就应该从数据库表中删除。但是，与此同时，课程名称和学分信息也被删除了。很显然，这也会导致插入异常。 

第三范式：每个非关键字之间相互独立，并依赖于关键字，不能存在传递依赖关系。

例：学生（学号，姓名，所在系，系名称，系地址） 

关键字学号决定各个属性。由于是单个关键字，没有部分依赖的问题，肯定是2NF。

但这关系肯定有大量的冗余，有关学生所在的几个属性：所在系，系名称，系地址将重复存储，插入，删除和修改时也将产生类似以上例的情况。

原因：关系中存在传递依赖造成的。即：学号-> 所在系。 而所在系-> 学号却不存在，所在系-> 系地址, 因此关键字：学号对所在系函数决定是通过传递依赖，学号-> 系地址,实现的。也就是说，学号不直接决定非主属性系地址。

解决目地：每个关系模式中不能留有传递依赖。

解决方法：分为两个关系 S（学号，姓名，所在系），D（所在系，系名称，系地址） 

注意：关系S中不能没有外关键字DNO。否则两个关系之间失去联系。 

 

本文出自处:cnblogs.com/javaexam2/archive/2012/02/23/2632873.html