数据库系统学习内容.ppt

上传人:sccc 文档编号:5359109 上传时间:2023-06-29 格式:PPT 页数:81 大小:469.01KB
返回 下载 相关 举报
数据库系统学习内容.ppt_第1页
第1页 / 共81页
数据库系统学习内容.ppt_第2页
第2页 / 共81页
数据库系统学习内容.ppt_第3页
第3页 / 共81页
数据库系统学习内容.ppt_第4页
第4页 / 共81页
数据库系统学习内容.ppt_第5页
第5页 / 共81页
点击查看更多>>
资源描述

《数据库系统学习内容.ppt》由会员分享,可在线阅读,更多相关《数据库系统学习内容.ppt(81页珍藏版)》请在三一办公上搜索。

1、数据库系统学习内容,第1章 绪论第2章 关系数据库第3章 关系数据库标准语言SQL第4章 SQL Server 2000关系数据库管理系统第5章 数据库安全性与完整性第6章 关系数据库理论第7章 数据库设计与编程第8章 关系查询处理与查询优化第9章 数据库恢复技术与并发控制第10章 数据库系统的研究与发展,第6章 关系数据库理论,6.1 问题的提出6.2 规范化6.3 数据依赖的公理系统6.4 模式的分解6.5 小结,本章要求与重难点,理解关系模式的设计问题 掌握规范化相关的基本概念(重点)掌握数据依赖和模式的规范化处理(重点和难点)理解关系模式的分解特性(难点)理解数据依赖的公理系统,第6章

2、 关系数据库理论,6.1 问题的提出6.2 规范化6.3 数据依赖的公理系统6.4 模式的分解6.5 小结,6.1 问题的提出,关系数据库逻辑设计针对具体问题,如何构造一个适合于它的数据模式数据库逻辑设计的工具关系数据库的规范化理论,问题的提出(续),一、概念回顾二、关系模式的形式化定义三、什么是数据依赖四、关系模式的简化定义五、数据依赖对关系模式影响,一、概念回顾,关系:描述实体、属性、实体间的联系。从形式上看,它是一张二维表,是所涉及属性的笛卡尔积的一个子集。关系模式:用来定义关系。关系数据库:基于关系模型的数据库,利用关系来描述现实世界。从形式上看,它由一组关系组成。关系数据库的模式:定

3、义这组关系的关系模式的全体。,二、关系模式的形式化定义,关系模式由五部分组成,即它是一个五元组:R(U,D,DOM,F)R:关系名U:组成该关系的属性名集合D:属性组U中属性所来自的域DOM:属性向域的映象集合F:属性间数据的依赖关系集合,三、什么是数据依赖,1.完整性约束的表现形式限定属性取值范围:例如学生成绩必须在0-100之间定义属性值间的相互关连(主要体现于值的相等与否),这就是数据依赖,它是数据库模式设计的关键,什么是数据依赖(续),2.数据依赖是通过一个关系中属性间值的相等与否体现出来的数据间的相互关系是现实世界属性间相互联系的抽象是数据内在的性质是语义的体现,什么是数据依赖(续)

4、,3.数据依赖的类型函数依赖(Functional Dependency,简记为FD)多值依赖(Multivalued Dependency,简记为MVD)其他,四、关系模式的简化表示,关系模式R(U,D,DOM,F)简化为一个三元组:R(U,F)当且仅当U上的一个关系r 满足F时,r称为关系模式 R(U,F)的一个关系,五、数据依赖对关系模式的影响,例:描述学校的数据库:学生的学号(Sno)、所在系(Sdept)系主任姓名(Mname)、课程名(Cname)成绩(Grade)单一的关系模式:Student U Sno,Sdept,Mname,Cname,Grade,数据依赖对关系模式的影响(

5、续),学校数据库的语义:一个系有若干学生,一个学生只属于一个系;一个系只有一名主任;一个学生可以选修多门课程,每门课程有若干学生选修;每个学生所学的每门课程都有一个成绩。,数据依赖对关系模式的影响(续),属性组U上的一组函数依赖F:F Sno Sdept,Sdept Mname,(Sno,Cname)Grade,关系模式Student中存在的问题,数据冗余太大浪费大量的存储空间 例:每一个系主任的姓名重复出现 更新异常(Update Anomalies)数据冗余,更新数据时,维护数据完整性代价大。例:某系更换系主任后,系统必须修改与该系学生有关的每一个元组,关系模式Student中存在的问题,

6、插入异常(Insertion Anomalies)该插的数据插不进去 例,如果一个系刚成立,尚无学生,我们就无法把这个系及其系主任的信息存入数据库。删除异常(Deletion Anomalies)不该删除的数据不得不删例,如果某个系的学生全部毕业了,我们在删除该系学生信息的同时,把这个系及其系主任的信息也丢掉了。,数据依赖对关系模式的影响(续),结论:Student关系模式不是一个好的模式。“好”的模式:不会发生插入异常、删除异常、更新异常,数据冗余应尽可能少。原因:由存在于模式中的某些数据依赖引起的解决方法:通过分解关系模式来消除其中不合适 的数据依赖。,第6章 关系数据库理论,6.1 问题

7、的提出6.2 规范化6.3 数据依赖的公理系统6.4 模式的分解6.5 小结,6.2 规范化,规范化理论正是用来改造关系模式,通过分解关系模式来消除其中不合适的数据依赖,以解决插入异常、删除异常、更新异常和数据冗余问题。,6.2 规范化,6.2.1 函数依赖6.2.2 码6.2.3 范式6.2.4 2NF6.2.5 3NF6.2.6 BCNF6.2.7 多值依赖6.2.8 4NF6.2.9 规范化小结,6.2.1 函数依赖,一、函数依赖二、平凡函数依赖与非平凡函数依赖三、完全函数依赖与部分函数依赖四、传递函数依赖,一、函数依赖,定义6.1 设R(U)是一个属性集U上的关系模式,X和Y是U的子集

8、。若对于R(U)的任意一个可能的关系r,r中不可能存在两个元组在X上的属性值相等,而在Y上的属性值不等,则称“X函数确定Y”或“Y函数依赖于X”,记作XY。X称为这个函数依赖的决定属性集(Determinant)。Y=f(x),说明,1.函数依赖不是指关系模式R的某个或某些关系实例满足的约束条件,而是指R的所有关系实例均要满足的约束条件。2.函数依赖是语义范畴的概念。只能根据数据的语义来确定函数依赖。例如“姓名年龄”这个函数依赖只有在不允许有同名人的条件下成立3.数据库设计者可以对现实世界作强制的规定。例如规定不允许同名人出现,函数依赖“姓名年龄”成立。所插入的元组必须满足规定的函数依赖,若发

9、现有同名人存在,则拒绝装入该元组。,函数依赖(续),例:Student(Sno,Sname,Ssex,Sage,Sdept)假设不允许重名,则有:Sno Ssex,Sno Sage,Sno Sdept,Sno Sname,Sname Ssex,Sname SageSname Sdept但Ssex Sage若XY,并且YX,则记为XY。若Y不函数依赖于X,则记为XY。,二、平凡函数依赖与非平凡函数依赖,在关系模式R(U)中,对于U的子集X和Y,如果XY,但Y X,则称XY是非平凡的函数依赖若XY,但Y X,则称XY是平凡的函数依赖例:在关系SC(Sno,Cno,Grade)中,非平凡函数依赖:(

10、Sno,Cno)Grade 平凡函数依赖:(Sno,Cno)Sno(Sno,Cno)Cno,平凡函数依赖与非平凡函数依赖(续),于任一关系模式,平凡函数依赖都是必然成立的,它不反映新的语义,因此若不特别声明,我们总是讨论非平凡函数依赖。,三、完全函数依赖与部分函数依赖,定义6.2 在关系模式R(U)中,如果XY,并且对于X的任何一个真子集X,都有 X Y,则称Y完全函数依赖于X,记作X Y。若XY,但Y不完全函数依赖于X,则称Y部分函数依赖于X,记作X P Y。,完全函数依赖与部分函数依赖(续),例:在关系SC(Sno,Cno,Grade)中,由于:Sno Grade,Cno Grade,因此

11、:(Sno,Cno)Grade,四、传递函数依赖,定义6.3 在关系模式R(U)中,如果XY,YZ,且Y X,YX,则称Z传递函数依赖于X。注:如果YX,即XY,则Z直接依赖于X。例:在关系Std(Sno,Sdept,Mname)中,有:Sno Sdept,Sdept Mname Mname传递函数依赖于Sno,6.2.2 码,定义6.4 设K为关系模式R中的属性或属性组合。若K U,则K称为R的一个侯选码(Candidate Key)。若关系模式R有多个候选码,则选定其中的一个做为主码(Primary key)。主属性与非主属性ALL KEY,外部码,定义6.5 关系模式 R 中属性或属性组

12、X 并非 R的码,但 X 是另一个关系模式的码,则称 X 是R 的外部码(Foreign key)也称外码主码又和外部码一起提供了表示关系间联系的手段。,6.2.3 范式,范式是符合某一种级别的关系模式的集合。关系数据库中的关系必须满足一定的要求。满足不同程度要求的为不同范式。范式的种类:第一范式(1NF)第二范式(2NF)第三范式(3NF)BC范式(BCNF)第四范式(4NF)第五范式(5NF),范式(续),各种范式之间存在联系:某一关系模式R为第n范式,可简记为RnNF。,6.2.4 2NF,1NF的定义如果一个关系模式R的所有属性都是不可分的基本数据项,则R1NF。第一范式是对关系模式的

13、最起码的要求。不满足第一范式的数据库模式不能称为关系数据库。但是满足第一范式的关系模式并不一定是一个好的关系模式。,2NF(续),例:关系模式 SLC(Sno,Sdept,Sloc,Cno,Grade)Sloc为学生住处,假设每个系的学生住在同一个地方。函数依赖包括:(Sno,Cno)f Grade Sno Sdept(Sno,Cno)P Sdept Sno Sloc(Sno,Cno)P Sloc Sdept Sloc,2NF(续),SLC的码为(Sno,Cno)SLC满足第一范式。非主属性Sdept和Sloc部分函数依赖于码(Sno,Cno),SLC不是一个好的关系模式,(1)插入异常假设S

14、no95102,SdeptIS,SlocN的学生还未选课,因课程号是主属性,因此该学生的信息无法插入SLC。(2)删除异常 假定某个学生本来只选修了3号课程这一门课。现在因身体不适,他连3号课程也不选修了。因课程号是主属性,此操作将导致该学生信息的整个元组都要删除。,SLC不是一个好的关系模式,(3)数据冗余度大 如果一个学生选修了10门课程,那么他的Sdept和Sloc值就要重复存储了10次。(4)修改复杂 例如学生转系,在修改此学生元组的Sdept值的同时,还可能需要修改住处(Sloc)。如果这个学生选修了K门课,则必须无遗漏地修改K个元组中全部Sdept、Sloc信息。,2NF(续),原

15、因 Sdept、Sloc部分函数依赖于码。解决方法 SLC分解为两个关系模式,以消除这些部分函数依赖 SC(Sno,Cno,Grade)SL(Sno,Sdept,Sloc),2NF(续),SLC的码为(Sno,Cno)SLC满足第一范式。非主属性Sdept和Sloc部分函数依赖于码(Sno,Cno),2NF(续),函数依赖图:,2NF(续),2NF的定义定义6.6 若关系模式R1NF,并且每一个非主属性都完全函数依赖于R的码,则R2NF。例:SLC(Sno,Sdept,Sloc,Cno,Grade)1NF SLC(Sno,Sdept,Sloc,Cno,Grade)2NF SC(Sno,Cno,

16、Grade)2NF SL(Sno,Sdept,Sloc)2NF,2NF(续),采用投影分解法将一个1NF的关系分解为多个2NF的关系,可以在一定程度上减轻原1NF关系中存在的插入异常、删除异常、数据冗余度大、修改复杂等问题。将一个1NF关系分解为多个2NF的关系,并不能完全消除关系模式中的各种异常情况和数据冗余。,6.2.5 3NF,例:2NF关系模式SL(Sno,Sdept,Sloc)中函数依赖:SnoSdept SdeptSloc SnoSlocSloc传递函数依赖于Sno,即SL中存在非主属性对码的传递函数依赖。,3NF(续),函数依赖图:,3NF(续),解决方法 采用投影分解法,把SL

17、分解为两个关系模式,以消除传递函数依赖:SD(Sno,Sdept)DL(Sdept,Sloc)SD的码为Sno,DL的码为Sdept。,3NF(续),SD的码为Sno,DL的码为Sdept。,3NF(续),3NF的定义定义6.8 关系模式R 中若不存在这样的码X、属性组Y及非主属性Z(Z Y),使得XY,Y X,YZ,成立,则称R 3NF。例,SL(Sno,Sdept,Sloc)2NF SL(Sno,Sdept,Sloc)3NF SD(Sno,Sdept)3NF DL(Sdept,Sloc)3NF,3NF(续),若R3NF,则R的每一个非主属性既不部分函数依赖于候选码也不传递函数依赖于候选码。

18、如果R3NF,则R也是2NF。采用投影分解法将一个2NF的关系分解为多个3NF的关系,可以在一定程度上解决原2NF关系中存在的插入异常、删除异常、数据冗余度大、修改复杂等问题。将一个2NF关系分解为多个3NF的关系后,并不能完全消除关系模式中的各种异常情况和数据冗余。,6.2.6 BC范式(BCNF),定义6.9 设关系模式R1NF,如果对于R的每个函数依赖XY,若Y不属于X,则X必含有候选码,那么RBCNF。若RBCNF 每一个决定属性集(因素)都包含(候选)码R中的所有属性(主,非主属性)都完全函数依赖于码R3NF(证明)若R3NF 则 R不一定BCNF,BCNF(续),例:在关系模式ST

19、J(S,T,J)中,S表示学生,T表示教师,J表示课程。每一教师只教一门课。每门课由若干教师教,某一学生选定某门课,就确定了一个固定的教师。某个学生选修某个教师的课就确定了所选课的名称:(S,J)T,(S,T)J,TJ,BCNF(续),BCNF(续),STJ3NF(S,J)和(S,T)都可以作为候选码S、T、J都是主属性STJBCNFTJ,T是决定属性集,T不是候选码,BCNF(续),解决方法:将STJ分解为二个关系模式:SJ(S,J)BCNF,TJ(T,J)BCNF 没有任何属性对码的部分函数依赖和传递函数依赖,3NF与BCNF的关系,如果关系模式RBCNF,必定有R3NF如果R3NF,且R

20、只有一个候选码,则R必属于BCNF。,BCNF的关系模式所具有的性质,所有非主属性都完全函数依赖于每个候选码 所有主属性都完全函数依赖于每个不包含它的候选码 没有任何属性完全函数依赖于非码的任何一组属性,6.2.7 多值依赖,例:学校中某一门课程由多个教师讲授,他们使用相同的一套参考书。关系模式Teaching(C,T,B)课程C、教师T 和 参考书B,表6.1,用二维表表示Teaching,多值依赖(续),TeachingBCNF:Teach具有唯一候选码(C,T,B),即全码Teaching模式中存在的问题(1)数据冗余度大:有多少名任课教师,参考书就要存储多少次,多值依赖(续),(2)插

21、入操作复杂:当某一课程增加一名任课教师时,该课程有多少本参照书,就必须插入多少个元组例如物理课增加一名教师刘关,需要插入两个元组:(物理,刘关,普通物理学)(物理,刘关,光学原理),多值依赖(续),(3)删除操作复杂:某一门课要去掉一本参考书,该课程有多少名教师,就必须删除多少个元组(4)修改操作复杂:某一门课要修改一本参考书,该课程有多少名教师,就必须修改多少个元组 产生原因存在多值依赖,多值依赖(续),定义6.10 设R(U)是一个属性集U上的一个关系模式,X、Y和Z是U的子集,并且ZUXY,多值依赖 XY成立当且仅当对R的任一关系r,r在(X,Z)上的每个值对应一组Y的值,这组值仅仅决定

22、于X值而与Z值无关 例 Teaching(C,T,B)对于C的每一个值,T有一组值与之对应,而不论B取何值,多值依赖(续),在R(U)的任一关系r中,如果存在元组t,s 使得tX=sX,那么就必然存在元组 w,v r,(w,v可以与s,t相同),使得wX=vX=tX,而wY=tY,wZ=sZ,vY=sY,vZ=tZ(即交换s,t元组的Y值所得的两个新元组必在r中),则Y多值依赖于X,记为XY。这里,X,Y是U的子集,Z=U-X-Y。t x y1 z2 s x y2 z1 w x y1 z1 v x y2 z2,多值依赖(续),平凡多值依赖和非平凡的多值依赖若XY,而Z,则称 XY为平凡的多值依

23、赖否则称XY为非平凡的多值依赖,多值依赖的性质,(1)多值依赖具有对称性 若XY,则XZ,其中ZUXY 多值依赖的对称性可以用完全二分图直观地表示出来。(2)多值依赖具有传递性 若XY,YZ,则XZ-Y,多值依赖的对称性,多值依赖的对称性,多值依赖(续),(3)函数依赖是多值依赖的特殊情况。若XY,则XY。(4)若XY,XZ,则XY Z。(5)若XY,XZ,则XYZ。(6)若XY,XZ,则XY-Z,XZ-Y。,多值依赖与函数依赖的区别,(1)有效性多值依赖的有效性与属性集的范围有关若XY在U上成立,则在W(X Y W U)上一定成立;反之则不然,即XY在W(W U)上成立,在U上并不一定成立多

24、值依赖的定义中不仅涉及属性组 X和 Y,而且涉及U中其余属性Z。一般地,在R(U)上若有XY在W(W U)上成立,则称XY为R(U)的嵌入型多值依赖,多值依赖与函数依赖的区别,只要在R(U)的任何一个关系r中,元组在X和Y上的值满足定义6.l(函数依赖),则函数依赖XY在任何属性集W(X Y W U)上成立。,多值依赖(续),(2)若函数依赖XY在R(U)上成立,则对于任何Y Y均有XY 成立多值依赖XY若在R(U)上成立,不能断言对于任何Y Y有XY 成立,6.2.6 4NF,定义6.10 关系模式R1NF,如果对于R的每个非平凡多值依赖XY(Y X),X都含有候选码,则R4NF。(XY)如

25、果R 4NF,则R BCNF 不允许有非平凡且非函数依赖的多值依赖 允许的是函数依赖(是非平凡多值依赖),4NF(续),例:Teach(C,T,B)4NF 存在非平凡的多值依赖CT,且C不是候选码用投影分解法把Teach分解为如下两个关系模式:CT(C,T)4NF CB(C,B)4NF CT,CB是平凡多值依赖,6.2.9 规范化小结,关系数据库的规范化理论是数据库逻辑设计的工具。一个关系只要其分量都是不可分的数据项,它就是规范化的关系,但这只是最基本的规范化。规范化程度可以有多个不同的级别,规范化小结(续),规范化程度过低的关系不一定能够很好地描述现实世界,可能会存在插入异常、删除异常、修改

26、复杂、数据冗余等问题一个低一级范式的关系模式,通过模式分解可以转换为若干个高一级范式的关系模式集合,这种过程就叫关系模式的规范化,规范化小结(续),关系模式规范化的基本步骤 1NF 消除非主属性对码的部分函数依赖消除决定属性 2NF集非码的非平 消除非主属性对码的传递函数依赖凡函数依赖 3NF 消除主属性对码的部分和传递函数依赖 BCNF 消除非平凡且非函数依赖的多值依赖 4NF,规范化的基本思想,消除不合适的数据依赖的各关系模式达到某种程度的“分离”采用“一事一地”的模式设计原则 让一个关系描述一个概念、一个实体或者实体间的一种联系。若多于一个概念就把它“分离”出去所谓规范化实质上是概念的单一化,规范化小结(续),不能说规范化程度越高的关系模式就越好在设计数据库模式结构时,必须对现实世界的实际情况和用户应用需求作进一步分析,确定一个合适的、能够反映现实世界的模式上面的规范化步骤可以在其中任何一步终止,作业,P195197,1、2、5、9、10、11、12,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 建筑/施工/环境 > 农业报告


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号