第3章 关系数据库设计理论.ppt

练习一 设计关于供应商供应零件的数据库，要求达到3NF 最初的设计： R(Sno, Sname, City, Status, Pno, Pname, Color, Weight, QTY) 主码：(Sno, Pno) 函数依赖： Sno ?Sname, Sno ? Status, Sno ? City, City ? Status, Pno ? Pname, Pno ? Color, Pno ? Weight (Sno, Pno) ? QTY 可见，其中有部分依赖，还有传递依赖，该模式仅为1NF 。 分解 第1步分解，消除部分依赖，得到： R1(Sno, Pno, QTY)，(Sno, Pno)为码 R2(Sno, Sname, City, Status)， Sno为码 R3(Pno, Pname, Color, Weight)， Pno为码 其中，R1和R3都已达到3NF，但R2还存在传递依赖，仅仅是2NF 第2步分解，消除R2中的传递依赖，得到： R2-1(Sno, Sname, City)， Sno为码 R2-2(City, Status)， City为码 这样，R1, R2-1, R2-2和R3就是达到3NF的关系模式。 练习二 设计关于图书订购的数据库，要求达到3NF 最初的设计： 订购(客户名, 住址, 联系电话, 书号,书名, 作者, 出版社, 社址, 订购数量) 主码：(客户名,书号) 函数依赖： 客户名?住址 , 客户名?联系电话 书号?书名 , 书号?作者 , 书号?出版社 出版社?社址 (客户名 , 书号) ?订购数量 可见，其中有部分依赖，还有传递依赖，该模式仅为1NF 。 分解 进行模式分解，消除部分依赖和传递依赖得到： 客户(客户名，住址，联系电话)，客户名为码 图书(书号，书名，作者，出版社)，书号为码 出版社信息(出版社，社址)，出版社为码 订购(客户名，书号，订购数量)， (客户名，书号)为码 这样，客户，图书，出版社信息和订购就达到3NF 的关系模式。 第3章需要掌握的基本概念 函数依赖 平凡的函数依赖与非平凡的函数依赖 码/超码 部分函数依赖与完全函数依赖 传递函数依赖 第一范式 第二范式 第三范式 BC范式 如何辨别一个关系模式的“好坏”？ 不存在部分和传递函数依赖等“不好”的性质的模式是“好”模式，否则会出现冗余和插入、删除、更新等异常现象 规范化过程是用于设计好的数据库的有力辅助，但并不是唯一的方法 最初的设计中尽量做到“概念单一化”,即做到让一个关系“一事一地”的描述一个概念、一个实体或实体间的一种联系，这样所设计的关系模式将会接近或达到第三范式，或达到BCNF 规范化小结 规范化 概念：将一个低一级范式的关系模式分解为若干个高一级范式的关系模式的过程 目的：设计正确、良好的关系模式 基本思想：逐步消除关系模式的数据依赖中不合适的部分，使模式达到一定程度的分离，但又不丢失原模式中的信息 模式分解的实质：投影 图3.1 关系模式规范化流程图 * * * 第3章 关系数据库设计理论 本 章 要 点 1.关系数据库的逻辑设计的主要工作是设计关系模式，深入理解函数依赖是设计关系模式的基础。 2.了解数据冗余和更新异常产生的根源；理解关系模式规范化的方法；准确理解第一范式，第二范式、第三范式和BC范式的联系与区别。 3.熟练掌握模式分解的方法，能正确而熟练地将一个关系模式分解成属于第三范式或BC范式的模式。 3.1 问题的提出 例：要求设计学生数据库，其关系模式SCD如下： SCD(SNO, SN, AGE, DEPT, MN, CNO, SCORE) 其中，SNO表示学生学号，SN表示学生姓名， AGE表示学生年龄，DEPT表示学生所在的系别，MN表示系主任姓名，CNO表示课程号，SCORE表示课程成绩。 根据实际情况，有如下规定，得到表3.1所示SCD关系模式的实例： ⑴ 一个系有若干个学生，但一个学生只属于一个系； ⑵ 一个系只有一名系主任，但一个系主任可以同时兼几个系的系主任； ⑶ 一个学生可以选修多门功课，每门课程可有若干学生选修； ⑷ 每个学生学习课程有一个成绩。 SNO SN AGE DEPT MN CNO SCORE S1 赵亦 17 计算机 刘伟 C1 90 S1 赵亦 17 计算机 刘伟 C2 85 S2 钱尔 18 信息 王平 C5 57 S2 钱尔 18 信息 王平 C6 80 S2 钱尔 18 信息 王平 C7 ?70 S2 钱尔