第08章 关系数据库规范化理论.pptVIP

8.3关系模式的规范化8.3.2第二范式（2NF）SL（SNO，DEPT，SLOC）中有下列函数依赖。SNO→DEPTDEPT→SLOCSNO→SLOCSL∈2NF8.3关系模式的规范化8.3.2第二范式（2NF）SL存在的问题（1）插入异常：如果某个专业刚刚成立，目前还没有在校学生，则无法将该专业的住处信息存入到数据库中。（2）删除异常：如果某个专业的学生全部毕业了，在删除该专业学生信息的同时，把该专业的信息也删除掉了。（3）数据冗余度大：每个专业的学生都住在同一种地方，专业的住处信息却反复出现，出现的次数与该专业学生人数相同。（4）修改复杂：当学校调整学生住处时，例如计算机专业的学生所有搬迁到另一地方住宿，由于有关每个专业的住处信息是反复存储的，修改时必须同步更新该专业所有学生的SLOC属性值。8.3关系模式的规范化8.3.3第三范式（3NF）定义8.11如果一种关系模式R∈2NF，且所有非主属性都不传递函数依赖于任何候选码，则R∈3NF。SL分解为两个关系模式：SD（SNO，DEPT）DL（DEPT，SLOC）8.3关系模式的规范化8.3.3第三范式（3NF）例如：模型SC（SNO，SNAME，CNO，GRADE），SC∈3NF。但仍然存在问题：（1）插入异常：刚刚转入的某位学生，但尚未选课，则由于CNO是主属性，这样的该学生的信息就无法插入SC中。（2）删除异常：如果学生只选修了一门课程，由于某种原因，该门课程也无法选修，则删除学生选课信息的同时，该学生的其他信息也被一起删除，因此仍然存在删除异常的问题；（3）数据冗余度大：由于学生选课诸多，姓名将被反复存储，导致数据冗余大。（4）修改复杂：如果某个学生更换了姓名（特殊情况），由于姓名的存储数量与该生学科门数有关，势必造成修改难度的加大。8.3关系模式的规范化8.3.4BCNF范式定义8.12关系模式R∈1NF，对任何非平凡的函数依赖X→Y（），X均涉及码，则R∈BCNF。由BCNF的定义可以看到，每个BCNF的关系模式都具有以下3个性质。（1）所有非主属性都完全函数依赖于每个候选码。（2）所有主属性都完全函数依赖于每个不涉及它的候选码。（3）没有任何属性完全函数依赖于非码的任何一组属性。如果关系模式R∈BCNF，由定义可知，R中不存在任何属性传递函数依赖于或部分依赖于任何候选码，因此必然有R∈3NF。但是，如果R∈3NF，R未必属于BCNF。8.3关系模式的规范化8.3.4BCNF范式3NF和BCNF是在函数依赖的条件下对模式分解所能达到的分离程度的测度。一个模式中的关系模式如果都属于BCNF，那么在函数依赖的范畴内，它已实现了彻底的分离，已消除了插入和删除的异常。如果仅考虑函数依赖这一种数据依赖，属于BCNF的关系模式已经很完美了。但如果考虑其他数据依赖，如多值依赖，连接依赖等，属于BCNF的关系模式仍存在问题，不能算是一种完美的关系模式。第8章关系数据库规范化理论8.1不规范的关系带来的问题8.2函数依赖8.3关系模式的规范化8.4关系模式规范化环节8.4关系模式规范化环节小结一个关系模式只要其分量都是不可分的数据项，它就是规范化的关系模式，但这只是最基本的规范化；规范化程度过低的关系模式不一定能够很好地描述现实世界，可能会存在插入异常、删除异常、修改复杂、数据冗余等问题，解决方法就是对其进行规范化，转换成高级范式；一个低一级范式的关系模式，通过模式分解可以转换为若干个高一级范式的关系模式集合，这种过程就叫关系模式的规范化；关系数据库的规范化理论是数据库逻辑设计的工具；第8章关系数据库规范化理论第8章关系数据库规范化理论8.1不规范的关系带来的问题8.2函数依赖8.3关系模式的规范化8.4关系模式规范化环节8.1不规范的关系带来的问题【例8.1】某校要建立一个数据库来描述学生和专业的一些情况，面临的对象有：学生学号（Sno），学生姓名（Sname），学生性别（Ssex），专业名称（Dept），专业负责人（Mname），学生选修的课程号（Cno），课程名称（Cname），学生选修课程的成绩（Grade）。由现实世界的已知事实可以得知上述对象之间有如下对应关系：①每个专业有若干学生，但一个学生只属于一个专业；②每个专业只有一名负责人；③一个学生可以选修多门课程，每门课程有若干学生选修；④每个学生选修的每一门课程对应有一个成绩。8.1不规范的关系带来的问题学生（Sno，Sname，Ssex，