第7章 关系数据库规范化理论

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

第7章关系数据库规范化理论•7.1函数依赖•7.2关系规范化•7.3关系模式的分解准则7.1函数依赖•定义:如果有一个关系模式R(A1,A2,…,An),X和Y为{A1,A2,…,An}的子集,那么对于关系R中的任意一个X值,都只有一个Y值与之对应,则称X函数决定Y,或Y函数依赖于X。例:Student(Sno,SName,Sdept,Sage)Sno→SName,Sno→Sdept,Sno→Sage例:SC(Sno,Cno,Grade)(Sno,Cno)→Grade一些术语和符号•1.如果X→Y,但Y不包含于X,则称X→Y是非平凡的函数依赖。如不作特别说明,我们总是讨论非平凡函数依赖。•2.如果Y不函数依赖于X,则记作X—/→Y。•3.如果X→Y,则称X为决定因子。•4.如果X→Y,并且Y→X,则记作X←→Y。一些术语和符号•5.如果X→Y,并且对于X的一个任意真子集X’都有X’—/→Y,则称Y完全函数依赖于X,记作:YXf•6.如果X→Y(非平凡函数依赖,并且Y—/→X)、Y→Z,则称Z传递函数依赖于X。如果X’→Y成立,则称Y部分函数依赖于X,记作:YXp示例•例1:有关系模式:SC(Sno,Sname,Cno,Credit,Grade)•则函数依赖关系有:•Sno→Sname•(Sno,Cno)→Sname•(Sno,Cno)→Grade示例•例2:有关系模式:S(Sno,Sname,Dept,Dept_master)•函数依赖关系有:Snoff由于:SnoDept,DeptDept_master所以有:SnoDept_masterSname传递f传递f为什么要讨论函数依赖SnoSdeptSLOCCnoGrade9812101计算机2公寓DB809812101计算机2公寓OS859821101信息1公寓C909821101信息1公寓DS849821102信息1公寓OS78存在问题•数据冗余问题•数据更新问题•数据插入问题•数据删除问题7.2关系规范化•7.2.1关系模式中的码•7.2.2范式7.2.1关系模式中的码1.候选码:设K为R(U,F)中的属性或属性组,若Kf→U,则K为R候选码。(K为决定R全部属性值的最小属性组)。主码:关系R(U,F)中可能有多个候选码,则选其中一个作为主码。全码:候选码为整个属性组。主属性与非主属性:在R(U,F)中,包含在任一候选码中的属性称为主属性,不包含在任一候选码中的属性称为非主属性示例例:SC(SNO,CNO,Grade)候选码:(SNO,CNO),也为主码主属性:SNO,CNO,非主属性:Grade例:R(P,W,A),P――演奏者,W――作品,A――听众语义:一个演奏者可演奏多个作品,某一作品可被多个演奏者演奏;听众也可欣赏不同演奏者个不同作品。候选码:(P,W,A)――全码(演奏者、作品、听众-一场音乐会)7.2.1关系模式中的码(续)外码:用于关系表之间建立关联的属性(组)。定义:若R(U,F)的属性(组)X(X属于U)是另一个关系S的主码,则称X为R的外码。7.2.2范式•关系数据库中的关系要满足一定的要求,满足不同程度要求的为不不同的范式。第一范式第一范式:不包含重复组的关系。第二范式•2.第二范式:如果R(U,F)∈1NF,并且R中的每个非主属性都完全函数依赖于主码,则R(U,F)∈2NF•例:S-L-C(Sno,Sdept,SLOC,Cno,Grade)•有:SnoP→SLOC,不是2NF。分解办法•首先,对于组成主码的属性集合的每一个子集,用它作为主码构成一个表。•然后,将依赖于这些主码的属性放置到相应的表中。•最后,去掉只由主码的子集构成的表。分解示例•对于S-L-C表,首先分解为如下形式的三张表:S-L(Sno,…)C(Cno,…)S-C(Sno,Cno,…)•然后,将依赖于这些主码的属性放置到相应的表中S-L(Sno,Sdept,Sloc)C(Cno)S-C(Sno,Cno,Grade)•最后,去掉只由主码的子集构成的表,最终分解为:S-L(Sno,Sdept,Sloc)S-C(Sno,Cno,Grade)S-L(Sno,Sdept,Sloc)存在问题•数据冗余:有多少个学生就有多少个重复的Sdept和SLOC;•插入异常:当新建一个系时,若还没有招收学生,则无法插入;第三范式•定义:如果R(U,F)∈2NF,并且所有非主属性都不传递依赖于主码,则R(U,F)∈3NF。•对S-L(Sno,Sdept,SLOC)∵Sno传递→SLOC,∴不是3NF分解过程•(1)对于不是候选码的每个决定因子,从表中删去依赖于它的所有属性;•(2)新建一个表,新表中包含在原表中所有依赖于该决定因子的属性;•(3)将决定因子作为新表的主码。•S-L分解后的关系模式为:•S-D(Sno,Sdept)•S-L(Sdept,Sloc)BCNF•例:关系模式:CSZ(City,Street,Zip)•语义:城市和街道可以决定邮政编码,邮政编码可以决定城市。•候选码:(City,Street),(Street,Zip)•F:{(City,Street)→Zip,Zip→City}•是3NF•存在的问题:插入异常,删除异常BCNF(续)•R∈1NF,且能决定其它属性取值的属性(组)必定包含码,则其是BCNF•如果一个关系的每个决定因素都是候选码,则其是BCNF•如果一个关系的每个函数依赖的左部都是候选码,则其是BCNF•如果R∈3NF,并且不存在主属性对非主属性的函数依赖,则其是BCNFBCNF和3NF的关系•若R∈BCNF,则R∈3NF•若R∈3NF,则R不一定属于BCNF规范化举例•设有关系模式:Student(学号,姓名,导师号,导师名,课程号,课程说明,成绩)•语义:一名学生只有一个导师,学生可选多门课。•将其规范化成3NF的。1.此表是1NF,其函数依赖为:学号p→姓名,学号p→导师号,学号p→导师名,课程号p→课程说明,(学号,课程号)→成绩主码为(学号,课程号)存在部分函数依赖关系,不是2NF,首先将其分解为2NF。学生(学号,姓名,导师号,导师名),课程(课程号,课程说明),成绩(学号,课程号,成绩)均为2NF2.判是否为3NF“学生”表不是3NF,其函数依赖为:学号→姓名,学号→导师号,导师号p→导师名,∴学号传递→导师名•消除依赖于决定者的属性,把它们放在一个单独的表中,得到:•学生(学号,姓名,导师号),导师(导师号,导师名)7.3关系模式的分解准则•模式分解要满足:模式分解具有无损连接性;模式分解能够保持函数依赖。无损连接是指分解后的关系通过自然连接可以恢复成原来的关系,即通过自然连接得到的关系与原来的关系相比,既不多出信息、又不丢失信息。保持函数依赖分解是指在模式的分解过程中,函数依赖不能丢失的特性,即模式分解不能破坏原来的语义。关系模式的分解准则(续)•例:S-D-L(Sno,Dept,Loc)有函数依赖:•Sno→Dept,Dept→Loc•不是第三范式的。至少可以有三种分解方案,分别为:方案1:S-L(Sno,Loc),D-L(Dept,Loc)方案2:S-D(Sno,Dept),S-L(Sno,Loc)方案3:S-D(Sno,Dept),D-L(Dept,Loc)•这三种分解方案得到的关系模式都是第三范式的,那么如何比较这三种方案的好坏呢?由此在将一个关系模式分解为多个关系模式时除了提高规范化程度之外,还需要考虑其他的一些因素。关系模式的分解准则(续)•将一个关系模式RU,F分解为若干个关系模式R1U1,F1,R2U2,F2,…,RnUn,Fn,意味着将存储在一张二维表r中的数据分散到了若干个二维表r1,r2,…,rn中。这样的分解应该不丢失信息,即能通过对关系r1,r2,…,rn的自然连接运算重新得到关系r中的所有信息。•事实上,将关系r投影为r1,r2,…,rn时不会丢失信息,关键是对r1,r2,…,rn做自然连接时可能产生一些r中原来没有的元组,从而无法区别哪些元组是r中原来有的,即数据库中应该存在的数据,哪些是不应该有的。在这个意义上就丢失了信息。关系模式的分解准则(续)•这三种分解方案是否都满足分解要求呢?•假设此关系模式的数据如表所示,此关系用r表示。SnoDeptLocS01D1L1S02D2L2S03D3L3S04D4L4关系模式的分解准则(续)•若按方案1将S-D-L投影到S-L和D-L的属性上,得到如左边两个表所示的关系。做自然连接得到结果如右表所示。SnoLocS01L1S02L2S03L3S04L4DeptLocD1L1D2L2D3L3D4L4SnoDeptLocS01D1L1S01D3L1S02D2L2S03D2L2S04D1L1S04D3L41关系模式的分解准则(续)•无损连接性•将关系模式RU,F分解为个关系模式R1U1,F1,R2U2,F2,…,RnUn,Fn,若对于R中的任何一个可能的r,都有r=r1*r2*…*rn,即r在R1,R2,…,Rn上的投影的自然连接等于r,则称关系模式R的这个分解具有无损连接性。关系模式的分解准则(续)•再分析方案2。将S-D-L投影到S-D,S-L的属性上,得到的关系如左边两个表所示。做自然连接得到的关系右表所示。SnoLocS01L1S02L2S03L3S04L4SnoDeptS01D1S02D2S03D3S04D4SnoDeptLocS01D1L1S02D2L2S03D2L2S04D3L1关系模式的分解准则(续)•方案2自然连接后恢复成了原来的关系,因此,分解方案2具有无损连接性。•但分解方案2没有保持原有的函数依赖关系,也不是好的分解方法。关系模式的分解准则(续)•分解方案3既满足无损连接性,又保持了原有的函数依赖关系,因此它是有个好的分解方法。•分解具有无损连接性和分解保持函数依赖是两个独立的标准。具有无损连接性的分解不一定保持函数依赖;保持函数依赖的分解不一定具有无损连接性。•一般情况下,在进行模式分解时,应将有直接依赖关系的属性放置在一个关系模式中,这样得到的分解结果一般能具有无损连接性,并能保持函数依赖关系不变。

1 / 35
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功