MySQL数据库原理与应用项目化教程（微课版） 课件 (含思政) 项目2-数据库设计

项目二数据库设计

数据库是有结构的，需要进行设计，开发一个应用系统，经过需求分析并完成功能设计后，就可以进行数据库设计。

本项目将根据一个小型学生成绩管理系统的需求分析结果，设计该系统后台数据库的概念结构，再转换为数据库的逻辑结构，并根据关系规范化理论对其进行评价及优化。知识目标：识记E-R图的设计原则及步骤。识记E-R图转换成关系模型的一般转换规则。理解关系规范化理论。能力目标：能根据某小型应用系统需求设计E-R图（数据库的概念结构）。能把E-R图转换成关系模型（数据库的逻辑结构）。能在函数依赖范畴内判断关系模式满足第几范式，并能通过分解达到3NF。任务2.1任务2.2概念结构设计逻辑结构设计——E-R图转换成关系模型任务2.3逻辑结构设计——关系模型的优化

任务2.1概念结构设计根据一个小型学生成绩管理系统的用户需求，设计该系统后台数据库的概念结构（用E-R图表示）。

设计步骤：（1）设计各局部E-R图（2）合并成全局E-R图【任务描述】概念结构设计2.1【相关知识】概念结构设计2.12.1.22.1.1设计全局E-R图设计局部E-R图设计局部E-R图的第一步先要确定各局部应用中的实体、实体的属性、实体的码、实体间的联系及联系的类型（1:1，1:n，m:n）。确定一个事物是否作为属性处理要遵守两条原则：①属性不能再具有需要描述的性质，即属性必须是不可分的数据项，不能包含其他属性。②属性不能与其他实体具有联系，即E-R图中的联系只发生在实体之间。凡满足以上二条准则的事物，一般作为属性对待。设计局部E-R图2.1.1例如，学生是一个实体，有学号、姓名、性别等属性，如果班级只是作为学生这个实体的属性，表示学生所在班级，但如果还需要描述学生的班主任、班级固定教室等与班级相关的信息，则需要考虑把班级作为一个实体来处理，如图2-1所示。设计局部E-R图2.1.1图2-1班级作为一个实体1．合并E-R图，生成初步E-R图合并要解决各局部E-R图间的冲突，主要有三种：属性冲突、命名冲突和结构冲突。（1）属性冲突属性冲突主要包含以下两种：①值域冲突，即属性值的类型、取值范围或取值集合不同。例如，学生年龄，有些部门用出生日期表示学生的年龄，有些部门用整数表示学生的年龄。②取值单位冲突。例如：零件的重量，有的以公斤为单位，有的以千克为单位。设计全局E-R图2.1.2（2）命名冲突命名冲突可能发生在实体、联系或属性之间，其中属性的命名冲突最为常见。主要包含以下两种：①同名异义，即同一名字的对象在不同的局部E-R图中具有不同的意义。②异名同义，即不同名字的对象在不同的局部E-R图中具有相同的意义。设计全局E-R图2.1.2（3）结构冲突①同一对象在不同局部E-R图中有不同的抽象。②同一实体在不同局部E-R图中的属性组成不同，可能是属性个数或属性的排列次序不同。这是很常见的冲突，原因是不同的局部应用关心的是该实体的不同特性。③实体间的联系在不同的局部E-R中为不同的类型。设计全局E-R图2.1.22.1.2思政小贴士【合并E-R图时要解决各局部E-R图间存在的各种冲突问题】团队协作、良好沟通是职场成功的关键要素。2.1.22.1.2设计全局E-R图2．消除不必要的冗余，生成基本E-R图在初步E-R图中可能存在一些冗余的数据和实体间冗余的联系。所谓冗余的数据是指可由基本数据导出的数据，冗余的联系是指可由其他联系导出的联系。消除了冗余数据和冗余联系的E-R图称为基本E-R图。设计全局E-R图2.1.2【任务实施】根据一个小型学生成绩管理系统的用户需求，设计该系统后台数据库的概念结构。一个小型学生成绩管理系统的需求分析结果如下：系统要能存储、管理并查询以下信息：每位学生的基本信息（学号、姓名、性别、出生日期、家庭地址、平均成绩、所在班级）、各班级的基本信息（班级号、班级名称、班主任、固定教室）、各门课的基本信息（课程号、课程名、学分、任课教师）、教师的基本信息（工号、姓名、性别、职称）、班级开课情况、学生选修课程的成绩、教师担任班主任的情况、教师讲授课程的情况、各种统计数据。概念结构设计2.1【任务实施】（1）数据抽象：确定实体、属性及实体间联系①4个实体：学生、班级、教师、课程。②各实体属性确定如下（带下划线的属性为各实体的码）：学生：学号、姓名、性别、出生日期、家庭地址、平均成绩。班级：班级号、班级名称、固定教室。教师：工号、姓名、性别、职称。课程：课程号、课程名、学分。概念结构设计2.1【任务实施】③各实体间有如下联系：一个学生可以选修多门课，一门课可以被多个学生选修，学生选修课程会有成绩。一个班级可以开多门课，一门课可以有多个班级开。一个班级有多个学生，一个学生只能属于一个班级。一个教师可以讲授多门课程，一门课程可以有多个教师。一个教师可以担任多个班级的授课任务，一个班级可以有多个老师一个教师可以担任一个班的班主任，一个班级只有一个班主任。概念结构设计2.1【任务实施】（2）设计局部E-R图根据数据抽象结果，可以得到教师管理班级、学生选修课程、教师授课这几个局部E-R图，分别如图2-2、图2-3、图2-4所示。概念结构设计2.1图2-2教师管理班级局部E-R图【任务实施】概念结构设计2.1图2-3学生选修课程局部E-R图【任务实施】概念结构设计2.1图2-4教师讲授课程局部E-R图【任务实施】概念结构设计2.1图2-5学生成绩管理初步E-R图（3）合并E-R图，生成初步E-R图合并教师管理班级、学生选修课程、教师讲授课程这三个局部E-R图，合并时如果存在属性冲突、命名冲突及结构冲突，都要把它们消除掉，得到初步的E-R图如图2-5所示。【任务实施】（4）消除不必要的冗余，生成基本E-R图消除初步E-R图（如图2-5所示）中存在的冗余数据和冗余联系如下：①消除冗余的联系：“班级”与“课程”之间的联系“开课”，可以由“班级”与“学生”之间的“拥有”联系及“学生”与“课程”间的“选修”联系推导出来，所以“班级”与“课程”之间的“开课”联系属于冗余的联系，可以消除。②消除冗余的数据：“学生”这个实体的“平均成绩”属性，可以由“学生”与“课程”间“选修”联系的属性“成绩”统计出来，所以“学生”实体中的“平均成绩”属于冗余数据，可以消除。概念结构设计2.1【任务实施】消除冗余联系和冗余数据后，得到学生成绩管理系统基本E-R图，即全局E-R图，如图2-6所示。概念结构设计2.1图2-6学生成绩管理全局E-R图任务2.2逻辑结构设计——E-R图转换成关系模型针对一个具体应用问题，数据库应该由哪几个关系模式构成，每个关系模式该有哪些属性，这是数据库逻辑结构设计的问题。把描述学生成绩管理数据库概念结构的E-R图，转换为关系模型（数据库逻辑结构）。【任务描述】E-R图转换成关系模型2.2E-R图转换成关系模型要解决的问题：如何将实体和实体间的联系分别转换为关系模式，并确定这些关系模式的属性及码。一个实体转换为一个关系模式，关系的属性就是实体的属性，关系的码就是实体的码。实体间联系的转换，根据联系的不同类型一般转换规则如下：①1:1联系，一般将该联系与任意一端实体所对应的关系模式合并，即在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。

②1:N联系，一般将该联系与N端实体所对应的关系模式合并，即在N端所对应的关系模式中增加1端实体的码及联系本身的属性。③M:N联系，一般将该联系转换为一个关系模式，关系的属性为两端实体的码加联系本身的属性组成，两端实体的码组成关系的码或关系码的一部分。2.2【相关知识】【任务实施】

把描述学生成绩管理数据库概念结构的E-R图（如下图所示），转换为关系模型。2.2E-R图转换成关系模型【任务实施】E-R图转换为关系模型分为二部分内容：1.实体的转换学生成绩管理E-R图中“学生”、“班级”、“教师”和“课程”4个实体对应关系模式如下：学生（学号，姓名，性别，出生日期，家庭地址）班级（班级号，班级名，固定教室）教师（工号，姓名，性别，职称）课程（课程号，课程名，学分）2.2E-R图转换成关系模型【任务实施】2.实体间联系的转换（1）

“管理”是1:1联系，可选择与“班级”的关系模式合并，加上另一个关系模式“教师”的码：工号。“工号”在“班级”关系模式中作外码。班级（班级号，班级名，固定教室，工号）（2）“拥有”是1:N联系，要与N端（“学生”）对应的关系模式合并，“学生”关系模式加上1端（“班级”）实体的码：班级号。“班级号”在“学生”关系模式中作外码。学生（学号，姓名，性别，出生日期，家庭地址，班级号）2.2E-R图转换成关系模型【任务实施】(3)“任课”、“讲授”、“选修”都是M:N联系，要转换成一个新的关系模式，关系的属性由两端实体的码加联系本身的属性组成，两端的码组成新关系的码。任课（工号，班级号）讲授（工号，课程号）选修（学号，课程号，成绩）2.2E-R图转换成关系模型【任务实施】转换结果一共得到7个关系模式，具体如下：学生（学号，姓名，性别，出生日期，家庭地址，班级号）班级（班级号，班级名，固定教室，工号）教师（工号，姓名，性别，职称）课程（课程号，课程名，学分）任课（工号，班级号）讲授（工号，课程号）选修（学号，课程号，成绩）2.2E-R图转换成关系模型2.2思政小贴士【外键起到表间联系的纽带作用】爱的纽带作用：我们要共同肩负起义务和责任，维系好爱的纽带，让人们彼此不那么疏远，让这个世界充满爱的痕迹。我们要紧紧抓住爱的纽带，珍惜世间所有的温暖，收获一件又一件美好的事情。2.1.22.1.2E-R图转换成关系模型任务2.3逻辑结构设计——关系模型的优化

数据库逻辑结构设计的结果不是唯一的，不同设计人员可能得到不同的关系模型。E-R图转换为关系模型后，还需要以关系规范化理论为指导，评价各个关系模式达到的范式级别，按照应用需求可以进一步对它们进行优化。

根据任务2.2实施得到的学生成绩管理数据库的关系模型，在函数依赖范畴内判断每个关系模式最高满足第几范式，如果没有达到3NF，在关系规范化理论指导下，通过分解进行优化。【任务描述】2.3关系模型的优化【相关知识】2.3关系模型的优化2.3.32.3.1范式不好的关系模式存在的问题2.3.2函数依赖2.3.4关系模式分解例如，有一个描述教学管理的数据库，该数据库涉及的对象包括学生的学号（sno）、姓名（sname）、性别（ssex）、所在系（sdept）、系主任姓名（mname）、课程号（cno）、课程名（cname）和成绩（score）。假设用一个关系student来存放所有数据，则该关系的关系模式如下：student(sno,sname,ssex,sdept,mname,cno,cname,score)该关系各属性间存在以下联系：一个系有若干个学生，一个学生只属于一个系。一个系只有一系主任；一个学生可以选修多门课程，每门课程可以有若干学生选修；每个学生选修每门课程都有一个成绩。不好的关系模式存在的问题2.3.1表2-1是关系模式student的一个实例，经过分析，可以得出这个关系的码是（sno,cno）。不好的关系模式存在的问题2.3.1该关系模式存在以下问题：（1）数据冗余严重（2）修改复杂

（3）插入异常（4）删除异常思政小贴士【不好的关系模式存在各种问题，

要进行优化】培养精益求精的工作习惯2.1.22.1.2不好的关系模式存在的问题2.3.1定义2.1：设R(U)是属性集U上的关系模式，X、Y是U的子集。若对于R(U)的任意一个可能的关系r，r中不可能存在两个元组在X上的属性值相等，而在Y上的属性值不等，则称X函数确定Y或Y函数依赖于X，记作X

Y。根据定义，若X

Y，则X属性值与Y属性值可以是多对一或一对一的联系，不可以是一对多的联系。例如，学号

姓名，即学号值能够决定姓名的值，反过来，姓名

学号只有在没有同名的情况下才会成立，如果允许同名，学号就不依赖于姓名了。函数依赖2.3.2一些术语和记号：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.3.2定义2.2在R(U)中，如果X

Y，并且对于X的任何一个真子集X’，都有X’↛Y，则称Y对X完全函数依赖，记作

若X→Y，但Y不完全函数依赖于X，则称Y对X部分函数依赖，记作

函数依赖2.3.2PPF例如：(sno,cno)

sname，(sno,cno)

cname，因为学生姓名由学号就可以决定，课程名由课程号就可以决定。(sno,cno)

score，因为成绩要由学号和课程号一起决定。定义2.3在R(U)中，如果X→Y(Y⊈X)，Y↛X，Y→Z(Z⊈Y),则称Z对X传递函数依赖，记作

。这里加上条件Y↛X，是因为如果Y→X,即X←→Y，则Z直接依赖于X，而不是传递函数依赖。函数依赖2.3.2T例如：关系模式student(sno,sname,ssex,sdept,mname,cno,cname,score)中有：sno→sdept，sdept

↛

sno，sdept→mname，所以sno→mname范式是符合某一种级别的关系模式的集合。函数依赖范畴内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范式2.3.3关系模式分解的基本步骤如下：1NF

↓消除非主属性对候选码的部分函数依赖

2NF

↓消除非主属性对候选码的传递函数依赖3NF

↓消除主属性对候选码的部分及传递依赖BCNF关系模式分解的原则：分解要保持等价，既要保持数据等价，也要保持语义等价。关系模式分解2.3.4一个低一级范式的关系模式通过模式分解可以转换为若干个高一级范式的关系模式的集合，这个过程称为规范化。例如：关系模式student(sno,sname,ssex,sdept,mname,cno,cname,score)的分解过程如下：①消除非主属性sname、ssex、ssdept、mname、cname对码(sno,cno)的部分依赖SD(sno,sname,ssex,sdept,mname)SC(sno,cno,score)C(cno,cname)很容易判断出：SD∈2NF，SC∈BCNF，C∈BCNF②

消除关系模式SD中非主属性mname对码（sno）的传递依赖，SD分解为：S(sno,sname,ssex,sdept)D(sdept,mname)分解后，S∈BCNF，D∈BCNF。关系模式分解2.3.4关系模式分解的基本思想就是逐步消除属性间数据依赖中不合适的部分，使各个关系模式达到某种程度的“分离”，即“一事一地”的关系模式设计原则，让一个关系模式描述一个实体或实体间的联系。关系模式分解2.3.4例如，有以下三个关系模式：学生（学号，姓名，性别，出生日期，家庭地址）课程（课程号，课程名，学分，任课教师）选修（学号，课程号，成绩）关系模式分解的一个重要结论：关系模式R总可以保持等价地分解为若干个3NF。注意事项：分解结果不是唯一的，并不是规范化程度越高，模式就一定越好。思政小贴士2.1.22.1.2关系模式分解2.3.4【关