第4章+关联数据库理论.pptxVIP

第四章 数据库系统概述;1、规范化问题的提出;1、规范化问题的提出;1、规范化问题的提出;1.3 模式分解是关系规范化的主要方法 怎样才能得到一个好的关系模式呢？ 我们把关系模式SCD分解为下面三个结构简单的关系模式，如下图所示。 学生关系S(SNO,SN,AGE,DEPT) 选课关系SC(SNO,CNO,SCORE) 系关系D(DEPT,MN);ＳＮＯ;ＳＮＯ; 在以上三个关系模式中，实现了信息的某种程度的分离， S中存储学生基本信息，与所选课程及系主任无关； D中存储系的有关信息，与学生无关； SC中存储学生选课的信息，而与所学生及系的有关信息无关。 与SCD相比，分解为三个关系模式后，数据的冗余度明显降低。 当新插入一个系时，只要在关系D中添加一条记录。 当某个学生尚未选课，只要在关系S中添加一条学生记录，而与选课关系无关，这就避免了插入异常。 当一个系的学生全部毕业时，只需在S中删除该系的全部学生记录，而关系D中有关该系的信息仍然保留，从而不会引起删除异常。 同时，由于数据冗余度的降低，数据没有重复存储，也不会引起更新异常。 ; 经过上述分析，我们说分解后的关系模式是一个好的关系数据库模式。从而得出结论，一个好的关系模式应该具备以下四个条件： 1. 尽可能少的数据冗余。 2. 没有插入异常。 3. 没有删除异常。 4. 没有更新异常。 但要注意，一个好的关系模式并不是在任何情况下都是最优的，比如查询某个学生选修课程名及所在系的系主任时，要通过连接，而连接所需要的系统开销非常大，因此要以实际设计的目标出发进行设计。;2、函数依赖;2、函数依赖;2、函数依赖;2、函数依赖;2、函数依赖;2、函数依赖;2、函数依赖;2、函数依赖;2、函数依赖;2、函数依赖;2、函数依赖;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;3、范式;4、关系模式的规范化;4、关系模式的规范化;4、关系模式的规范化;4、关系模式的规范化;4、关系模式的规范化;4、关系模式的规范化;1. 设有关系R，如下表 问R属于第几范式？如何规范为第3范式？（详细写出规范化过程）;解：R不属于3NF??它是2NF。 ? R的候选关键字为职工号及职工名，而： ?职工号→单位号，单位号? → 职工号，单位号→单位名.所以，职工号→单位名，即存在非主属性“单位名”对候选关键字职工号的传递函数依赖，所以R不是3NF，规范化后的关系子模式如下图。;2. 设有关系模式R（A，B，C，D），函数依赖F={A?C，C?A，B?（A，C），D?（A，C），（B，D）?A} a. 求出R的所有后选键 b. 根据函数依赖关系，确定关系模式R属于第几范式 c. 将R分解为3NF ;3. 设有关系R，如下表，问R属于第几 范式？如何规范为第3范式？（写出详细的规范化过程）;4.建立一个关于系、学生、班级、学会等诸信息的关系数据库。 学生：学号、姓名、出生年月、系名、班号、宿舍区。 班级：班号、专业名、系名、人数、入校年份。 系：系名、系号、系办公地点、人数。 学会：学会名、成立年份、办公地点、人数。 语义如下：一个系有若干专业，每个专业每年只招一个班，每个班有若干学生。一个系的学生住在同一宿舍区。每个学生可参加若干学会，每个学会有若干学生。学生参加某学会有一个入会年份。 请给出关系模式，写出每个关系模式的极小函数依赖集，指出是否存在传递函数依赖，对于函数依赖左部是多属性的情况讨论函数依赖是完全函数依赖，还是部分函数依赖。指出各关系模式的候选码、外部码，有没有全码存在?; 答：关系模式有：学生S(S#,SN,SB,DN,C#,SA) 班级C(C#,CS,DN,CNUM,CDATE) 系D(D#,DN,DA,DNUM) 学会P(PN,DATE1,PA,PNUM) 学生–学会SP(S#,PN,DATE2) 其中：S#为学号，SN为姓名，SB为生日，DN为系名，C#为班号，SA为宿舍区，CS为专业名，CNUM为班级为数，CDATE为入校年份，D#为系号，DA为系办公室地点，DNUM为系人数，PN为学会名，DATE1为学会成立年月，PA为地点，PNUM为人数，DATE2为入会年份。 各关系模式的极小函数依赖集为： S：S#→SN，S#→SB，S#→C#，C#→DN，DN→SA C：C#→CS，C#→CNUM，C#→CDATE，CS→DN，(CS,CDATE)→C# D：D#→DN，DN→D#，D#→DA，D#→DNU