MySQL数据库原理与应用项目化教程课件-数据库设计.pptxVIP

项目二 数据库设计; 数据库是有结构的，需要进行设计，开发一个应用系统，经过需求分析并完成功能设计后，就可以进行数据库设计。 本项目将根据一个小型学生成绩管理系统的需求分析结果，设计该系统后台数据库的概念结构，再转换为数据库的逻辑结构，并根据关系规范化理论对其进行评价及优化。;知识目标： 识记E-R图的设计原则及步骤。 识记E-R图转换成关系模型的一般转换规则。 理解关系规范化理论。 能力目标： 能根据某小型应用系统需求设计E-R图（数据库的概念结构）。 能把E-R图转换成关系模型（数据库的逻辑结构）。 能在函数依赖范畴内判断关系模式满足第几范式，并能通过分解达到3NF。;任务2.1; 任务2.1;;【相关知识】;;;;;;;【任务实施】;【任务实施】;【任务实施】;【任务实施】;【任务实施】;【任务实施】;【任务实施】;【任务实施】;【任务实施】;任务2.2;;;【任务实施】;【任务实施】;【任务实施】;【任务实施】;【任务实施】;任务2.3;;【相关知识】;例如，有一个描述教学管理的数据库，该数据库涉及的对象包括学生的学号（sno）、姓名（sname）、性别（ssex）、所在系（sdept）、系主任姓名（mname）、课程号（cno）、课程名（cname）和成绩（score）。假设用一个关系student来存放所有数据，则该关系的关系模式如下： student(sno,sname,ssex,sdept,mname,cno,cname,score) 该关系各属性间存在以下联系： 一个系有若干个学生，一个学生只属于一个系。一个系只有一系主任；一个学生可以选修多门课程，每门课程可以有若干学生选修；每个学生选修每门课程都有一个成绩。;表2-1是关系模式student的一个实例，经过分析，可以得出这个关系的码是（sno,cno）。;定义2.1：设R(U)是属性集U上的关系模式，X、Y是U的子集。若对于R(U)的任意一个可能的关系r，r中不可能存在两个元组在X上的属性值相等，而在Y上的属性值不等，则称X函数确定Y或Y函数依赖于X，记作X?Y。 根据定义，若X?Y，则X属性值与Y属性值可以是多对一或一对一的联系，不可以是一对多的联系。 例如，学号?姓名，即学号值能够决定姓名的值，反过来，姓名?学号只有在没有同名的情况下才会成立，如果允许同名，学号就不依赖于姓名了。;一些术语和记号： X?Y，但Y?X，则称X?Y是非平凡的函数依赖。 X?Y，但Y?X，则称X?Y是平凡的函数依赖。平凡的函数依赖必然成立，所以若不特别声明，总是讨论非平凡的函数依赖。 若X?Y，X称为这个函数依赖的决定因素。 若X?Y，Y?X，则记作X??Y。 若Y不函数依赖于X，则记作X ? Y。;定义2.2 在R(U)中，如果X?Y，并且对于X的任何一个真子集X’，都有X’? Y，则称Y对X完全函数依赖，记作 若X→Y，但Y不完全函数依赖于X，则称Y对X部分函数依赖，记作 ;定义2.3 在R(U)中，如果X→Y(Y?X)，Y ? X， Y→Z(Z?Y), 则称Z对X传递函数依赖，记作 。 这里加上条件Y ? X，是因为如果Y→X, 即X←→Y，则Z直接依赖于X，而不是传递函数依赖。;范式是符合某一种级别的关系模式的集合。 函数依赖范畴内4个范式的定义： 定义2.4 如果关系模式 R中不包含多值属性，即每个属性的数据项都不可再分，则R∈1NF。 根据关系的性质，所有的关系模式必须是1NF，不满足1NF的关系是非规范化的关系（即表中有子表）。 定义2.5 如果R∈1NF，且R中不存在非主属性对候选码的部分函数依赖，则R∈2NF。 定义2.6 如果R∈1NF，且R中不存在非主属性对候选码的传递函数依赖，则R∈3NF。 定义2.7 如果R∈1NF，若X →Y且 Y ? X时X必含有候选码，则R∈BCNF。 各范式间的关系：BCNF?3NF?2NF?1NF ;关系模式分解的基本步骤如下： 1NF ↓消除非主属性对候选码的部分函数依赖 2NF ↓消除非主属性对候选码的传递函数依赖 3NF ↓消除主属性对候选码的部分及传递依赖 BCNF 关系模式分解的原则：分解要保持等价，既要保持数据等价，也要保持语义等价。;例如：关系模式student(sno,sname,ssex,sdept,mname,cno,cname,score) 的分解过程如下： ①消除非主属性sname、ssex、ssdept、mname、cname对码(sno,cno)的部分依