2-关系规范化-3.ppt

各种范式之间存在联系： 某一关系模式R为第n范式，可简记为R∈nNF。 数据库模式要达到3NF，以此为目标。 2、常用的三种范式 （1）第一范式的定义 如果一个关系模式R的所有属性都是不可分的基本数据项，则R∈1NF（这个关系属于第一范式）。 第一范式是对关系模式的最起码的要求。不满足第一范式的数据库模式不能称为关系数据库。 但是满足第一范式的关系模式并不一定是一个好的关系模式。 学生信息表∈ 1NF 存在：冗余，增，删，改异常 （2）第二范式的定义 若关系模式R∈1NF，并且每一个非主属性都完全函数依赖于R的码（每个候选码），则R属于第二范式。 例：P28 学生信息表中，（学号，课程号）为候选码，系别为非主属性，系别对候选码是部分依赖，因此，学生信息表不属于第二范式，只达到了第一范式。 推论：如果关系模式的候选码均为单个属性，则一定是属于第二范式。 学号—姓名 学号—年龄 学号—系别 系别—系主任 (学号，课程号)—成绩 sc1（学号，姓名，年龄，系别， 系主任） sc2（学号，课程号，成绩） Sc1，sc2都属于2NF 减少了部分删除异常问题！ （3）第三范式（3NF）的定义 若关系模式R∈2NF，并且每一个非主属性都不传递依赖于码（每个候选码），则R属于第三范式。 推论：不存在非主属性的关系一定是第三范式。 一般工程验收的标准。项目开发的标准。 sc1（学号，姓名，年龄，系别，系主任） sc2（学号，课程号，成绩） Sc1，sc2都属于2NF sc1不属于3NF，sc2属于3NF. 减少了部分删除异常问题！ 将SC1关系投影分解： 系别 系主任 学号 传递 学号 系别 系别 系主任 Sc1分解后为：sc1-1(学号，姓名，年龄，系别) sc1-2(系别，系主任) Sc2(学号，课程号，成绩) Sc1分解后为：sc1-1(学号，姓名，年龄，系别) sc1-2(系别，系主任) Sc2(学号，课程号，成绩) 减少了冗余，插入，删除，修改异常！ Sc1-1,sc1-2,sc2都已经达到了到3NF! Sc1-1,sc1-2,sc2是否已经达到了BCNF？？ （4）BC范式（BCNF） 若关系模式R属于第一范式，对于任何非平凡的函数依赖X-Y，X均包含码（候选码），则R ∈ BCNF。 可证明上述关系R具有2NF,3NF的特点。 也就是说：决定因素必须包含码。 一般工程验收的标准。项目开发的标准。 Sc1分解后为：sc1-1(学号，姓名，年龄，系别) sc1-2(系别，系主任) Sc2(学号，课程号，成绩) Sc1-1,sc1-2,sc2都已经达到了到BCNF! BCNF范式的特性： —一个BCNF按照定义，消除了任何属性对码的传递依赖和部分依赖（主属性和非主属性），因此，一个BCNF范式必是3NF（证明过程省略），但一个3NF范式不一定是BCNF —通常认为BCNF是扩充的第三范式，一般数据库设计达到BCNF已足够。 例1：关系模式SPJ（学号S, 课程号P,名次J）： 关系描述为： 每一个学生选修每门课程的成绩有一个名次，每门课程中每一个名次只有一个学生（每门课程均没有并列名次的情况） 关系模式SPJ（S, P,J）描述见下页。存在的函数依赖有：（S, P） →J （J,P） → S 因此，（S,P）和（J,P）都是候选码，三个属性均为主属性，没有非主属性，因此SPJ属于3NF. 又因为（S,P）和（J,P）都是SPJ的决定因素，根据BCNF定义，每一个决定因素都是候选码，所有，SPJ属于BCNF. 例2：关系模式STP（学号S, 教师号T, 课程号P）S:学生，T：教师，P:课程，描述见下页。 关系描述为： 每一个教师只教一门课程，每门课程有若干教师； 某一学生选定某门课程只对应一个授课教师； 某一学生选定某位老师就对应唯一的课程。 关系模式STP（S, T, P）存在的函数依赖有: （S, P） →T （S,T） → P T → P 因此，（S,P）和（S,T）都是候选码，三个属性均为主属性，没有非主属性，因此STP属于3NF. 又因为（S,P）,（S,T）,T都是STP的决定因素，但T不包含候选码，根据BCNF定义，所以STP不属于BCNF. 【 STP存在的操作异常见下页。