第4章+关系数据库的规范化设计.ppt

《第4章+关系数据库的规范化设计.ppt》由会员分享，可在线阅读，更多相关《第4章+关系数据库的规范化设计.ppt（61页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第4章 关系数据库的规范化设计 本章重要概念（1）关系模式的冗余和异常问题。（2）FD的定义、逻辑蕴涵、闭包、推理规则、与关键码的联系；平凡的FD；属性集的闭包；推理规则的正确性和完备性；FD集的等价；最小依赖集。（3）无损分解的定义、性质、测试；保持依赖集的分解。（4）关系模式的范式：1NF，2NF，3NF，BCNF。分解成2NF、3NF模式集的算法。（5）MVD、4NF、JD和5NF的定义。前言v关系数据库的规范化设计是指面对一个现实问题,如何选择一个比较好的关系模式集合。规范化设计理论主要包括三个方面的内容：数据依赖、范式和模式设计方法。其中数据依赖起着核心的作用。数据依赖研究数据之间的

2、联系，范式是关系模式的标准，模式设计方法是自动化设计的基础。规范化设计理论对关系数据库结构的设计起着重要的作用。4.1.1 关系模型的外延和内涵v外延就是通常所说的关系、表或当前值，它的基本性质已在第2章介绍过。由于用户经常对关系进行插入、删除和修改操作，因此外延是与时间有关的，随着时间的推移在不断变化。v内涵是与时间独立的，是对数据的定义以及数据完整性约束的定义。对数据的定义包括对关系、属性、域的定义和说明。对数据完整性约束的定义涉及面较广，主要包括以下几个方面：v静态约束，涉及到数据之间联系（称为“数据依赖，data dependences）、主键和值域的设计。v动态约束，定义各种操作（插

3、入、删除、修改）对关系值的影响。4.1.2 关系模式的冗余和异常问题（一）v例4.1 TNAMEADDRESSC#CNAMEt1a1c1n1t1a1c2n2t1a1c3n3t2a2c4n4t2a2c5n2t3a3c6n44.1.2 关系模式的冗余和异常问题（二）v数据冗余。如果一个教师教几门课程，那么这个教师的地址就要重复几次存储。v操作异常。由于数据的冗余，在对数据操作时会引起各种异常：修改异常。譬如教师t1教三门课程，在关系中就会有三个元组。如果他的地址变了，这三个元组中的地址都要改变。若有一个元组中的地址未更改，就会造成这个教师的地址不惟一，产生不一致现象。插入异常。如果一个教师刚调来，

4、尚未分派教学任务，那么要将教师的姓名和地址存储到关系中去时，在属性C#和CNAME上就没有值（空值）。在数据库技术中空值的语义是非常复杂的，对带空值元组的检索和操作也十分麻烦。删除异常。如果在图4.1中要取消教师t3的教学任务，那么就要把这个教师的元组删去，同时也把t3的地址信息从表中删去了。这是一种不合适的现象。4.1.2 关系模式的冗余和异常问题（三）TNAMEADDRESSTNAMEC#CNAMEt1a1t1c1n1t2a2t1c2n2t3a3t1c3n3 t2c4n4 t2c5n2 t3c6n44.2.1 函数依赖的定义（一）v定义4.1 设有关系模式R（U），X和Y是属性集U的子集，

5、函数依赖（functional dependency，简记为FD）是形为XY的一个命题，只要r是R的当前关系，对r中任意两个元组t和s，都有tX=sX蕴涵tY=sY，那么称FD XY在关系模式R（U）中成立。4.2.1 函数依赖的定义（二）v例4.2 A B C DA B C Da1b1c1d1a1b1c1d1a1b1c2d2a1b2c2d2a2b2c3d3a2b2c3d3a3b1c4d4a3b2c4d44.2.1 函数依赖的定义（三）例4.3 有一个关于学生选课、教师任课的关系模式：R（S#，SNAME，C#，GRADE，CNAME，TNAME，TAGE）属性分别表示学生学号、姓名、选修课程

6、的课程号、成绩、课程名、任课教师姓名和年龄等意义。如果规定，每个学号只能有一个学生姓名，每个课程号只能决定一门课程，那么可写成下列FD形式：S#SNAME C#CNAME每个学生每学一门课程，有一个成绩，那么可写出下列FD：（S#，C#）GRADE还可以写出其他一些FD：C#（CNAME，TNAME，TAGE）TNAMETAGE4.2.2 FD的逻辑蕴涵v定义4.2 设F是在关系模式R上成立的函数依赖的集合，XY是一个函数依赖。如果对于R的每个满足F的关系r也满足XY，那么称F逻辑蕴涵XY，记为F XY。v定义4.3 设F是函数依赖集，被F逻辑蕴涵的函数依赖全体构成的集合，称为函数依赖集F的闭

7、包（closure），记为F+。即 F+=XY|记为FXY。4.2.3 FD的推理规则（一）v设U是关系模式R的属性集，F是R上成立的只涉及到U中属性的函数依赖集。FD的推理规则有以下三条：vA1（自反性，reflexivity）：若YXU，则XY在R上成立。vA2（增广性，augmentation）：若XY在R上成立，且ZU，则XZYZ在R上成立。vA3（传递性，transitivity）：若XY和YZ在R上成立，则XZ在R上成立。4.2.3 FD的推理规则（二）v定理定理4.1 FD推理规则推理规则A1、A2和和A3是正确的。也就是，如果是正确的。也就是，如果XY是从是从F用推理规则导出，

8、那么用推理规则导出，那么XY在在F+中。中。v定理定理4.2 FD的其他五条推理规则的其他五条推理规则:(1)A4（合并性，union）：XY，XZ XYZ。(2)A5（分解性，decomposition）：XY，ZY XZ。(3)A6（伪传递性）：XY，WYZ WXZ。(4)A7（复合性，composition）：XY，WZ XWYZ。(5)A8 XY，WZ X（WY）YZ。4.2.3 FD的推理规则（三）v例4.5 已知关系模式R（ABC），F=AB，BC，求F+。根据FD的推理规则，可推出F的F+有43个FD。譬如，据规则A1可推出A（表示空属性集），AA，。据已知的AB及规则A2可推出

9、ACBC，ABB，AAB，。据已知条件及规则A3可推出AC等。作为习题，读者可自行推出这43个FD。4.2.3 FD的推理规则（四）v定义4.4 对于FD XY，如果YX，那么称XY是一个“平凡的FD”，否则称为“非平凡的FD”。v定理4.3 如果A1An是关系模式R的属性集，那么XA1An成立的充分必要条件是XAi（i=1，n）成立。4.2.4 FD和关键码的联系v定义4.5 设关系模式R的属性集是U，X是U的一个子集。如果XU在R上成立，那么称X是R的一个超键。如果XU在R上成立，但对于X的任一真子集X1都有X1U不成立，那么称X是R上的一个候选键。本章的键都是指候选键。例4.6 在学生选

10、课、教师任课的关系模式中：R（S#，SNAME，C#，GRADE，CNAME，TNAME，TAGE）如果规定：每个学生每学一门课只有一个成绩；每个学生只有一个姓名；每个课程号只有一个课程名；每门课程只有一个任课教师。根据这些规则，可以知道（S#，C#）能函数决定R的全部属性，并且是一个候选键。虽然（S#，SNAME，C#，TNAME）也能函数决定R的全部属性，但相比之下，只能说是一个超键，而不能说是候选键，因为其中含有多余属性。4.2.5 属性集的闭包 v定义4.6 设F是属性集U上的FD集，X是U的子集，那么（相对于F）属性集X的闭包用X+表示，它是一个从F集使用FD推理规则推出的所有满足X

11、A的属性A的集合：X+=属性A|XA在F+中 v定理4.4 XY能用FD推理规则推出的充分必要条件是YX+。v例4.7 属性集U为ABCD，FD集为 AB，BC，DB。则用上述算法，可求出A+=ABC，（AD）+=ABCD，（BD）+=BCD，等等。4.2.5 FD推理规则的完备性v推理规则的正确性是指“从FD集F使用推理规则集推出的FD必定在F+中”，完备性是指“F+中的FD都能从F集使用推理规则集导出”。也就是正确性保证了推出的所有FD是正确的，完备性保证了可以推出所有被蕴涵的FD。这就保证了推导的有效性和可靠性。v定理4.5 FD推理规则A1，A2，A3是完备的。4.2.6 FD集的最小

12、依赖集（一）v定义4.7 如果关系模式R（U）上的两个函数依赖集F和G，有F+=G+，则称F和G是等价的函数依赖集。v定义4.8 设F是属性集U上的FD集。如果Fmin是F的一个最小依赖集，那么Fmin应满足下列四个条件：F+min=F+；每个FD的右边都是单属性；Fmin中没有冗余的FD（即F中不存在这样的函数依赖XY，使得F与F XY 等价）；每个FD的左边没有冗余的属性（即F中不存在这样的函数依赖XY，X有真子集W使得F XY WY 与F等价）。4.2.6 FD集的最小依赖集（二）例4.8 设F是关系模式R（ABC）的FD集，F=ABC，BC，AB，ABC，试求Fmin。先把F中的FD写

13、成右边是单属性形式：F=AB，AC，BC，AB，ABC 显然多了一个AB，可删去。得F=AB，AC，BC，ABC F中AC可从AB和BC推出，因此AC是冗余的，可删去。得F=AB，BC，ABC F中ABC可从AB和BC推出，因此ABC也可删去。最后得F=AB，BC，即所求的Fmin。4.3.1 模式分解问题（一）v定义4.9 设有关系模式R(U)，属性集为U，R1、Rk都是U的子集，并且有R1R2RkU。关系模式R1、Rk的集合用表示，=R1，Rk。用代替R的过程称为关系模式的分解。这里称为R的一个分解，也称为数据库模式。4.3.1 模式分解问题（二）4.3.2 无损分解（一）v例4.9 4.

14、3.2 无损分解（二）v定义4.10 设R是一个关系模式，F是R上的一个FD集。R分解成数据库模式=R1，Rk。如果对R中满足F的每一个关系r，都有vr=R1（r）R2（r）Rk（r）v那么称分解相对于F是“无损联接分解”（lossless join decomposition），简称为“无损分解”，否则称为“损失分解”（lossy decomposition）。4.3.2 无损分解（三）v定理4.6 设=R1，Rk 是关系模式R的一个分解，r是R的任一关系，ri=Ri（r）（1ik），那么有下列性质：rm（r）；若s=m（r），则Ri（s）=ri；m（m（r）=m（r），这个性质称为幂等性（

15、idempotent）。4.3.2 无损分解（四）4.3.2 无损分解（五）4.3.2 无损分解（六）v例4.10 设关系模式R（ABC）分解成=AB，BC。（a）和（b）分别是模式AB和BC上的值r1和r2，（c）是r1r2的值。显然BC（r1r2）r2。这里r2中元组（b2c2）就是一个悬挂元组，由于它的存在，使得r1和r2不存在泛关系r。4.3.3 无损分解的测试方法（一）算法算法4.3 无损分解的测试无损分解的测试构造一张k行n列的表格，每列对应一个属性Aj（1jn），每行对应一个模式Ri（1ik）。如果Aj在Ri中，那么在表格的第i行第j列处填上符号aj，否则填上bij。把表格看成模

16、式R的一个关系，反复检查F中每个FD在表格中是否成立，若不成立，则修改表格中的值。修改方法如下：对于F中一个FD XY，如果表格中有两行在X值上相等，在Y值上不相等，那么把这两行在Y值上也改成相等的值。如果Y值中有一个是aj，那么另一个也改成aj；如果没有aj，那么用其中一个bij替换另一个值（尽量把下标ij改成较小的数）。一直到表格不能修改为止。（这个过程称为chase过程）若修改的最后一张表格中有一行是全a，即a1a2an，那么称相对于F是无损分解，否则称损失分解。4.3.3 无损分解的测试方法（二）4.3.3 无损分解的测试方法（三）v定理4.7 设=R1，R2 是关系模式R的一个分解，

17、F是R上成立的FD集，那么分解相对于F是无损分解的充分必要条件是（R1R2）（R1R2）或（R1R2）（R2R1）。v定理4.8 如果FD XY在模式R上成立，且XY=，那么R分解成=RY，XY 是无损分解。4.3.4 保持函数依赖的分解（一）v定义4.11 设F是属性集U上的FD集，Z是U的子集，F在Z上的投影用Z（F）表示，定义为Z（F）=XY|XYF+，且XYZ v定义4.12 设=R1，Rk 是R的一个分解，F是R上的FD集，如果有 Ri（F）F，那么称分解保持函数依赖集F。4.3.4 保持函数依赖的分解（二）WNOWSWNOWGWNOWSWGW18级W12000W18级2000W26

18、级W21600W26级1600W36级W31400W36级1400(a)关系r1(b)关系r2(c)r1r2 例4.12 4.3.5 模式分解与模式等价问题（一）本节讨论的关系模式分解的两个特性实际上涉及到两个数据库模式的等价问题，这种等价包括数据等价和依赖等价两个方面。数据等价是指两个数据库实例应表示同样的信息内容，用“无损分解”衡量。如果是无损分解，那么对泛关系反复的投影和联接都不会丢失信息。依赖等价是指两个数据库模式应有相同的依赖集闭包。在依赖集闭包相等情况下，数据的语义是不会出差错的。违反数据等价或依赖等价的分解很难说是一个好的模式设计。4.3.5 模式分解与模式等价问题（二）例4.1

19、3 设关系模式R（ABC），=AB，AC 是R的一个分解。试分析分别在F1=AB，F2=AC，BC，F3=BA，F4=CB，BA 情况下，是否具有无损分解和保持FD的分解特性。相对于F1=AB，分解是无损分解且保持FD的分解。相对于F2=AC，BC，分解是无损分解，但不保持FD集。因为BC丢失了。相对于F3=BA，分解是损失分解但保持FD集的分解。相对于F4=CB，BA，分解是损失分解且不保持FD集的分解(丢失了CB)4.4 关系模式的范式v关系模式的好与坏，用什么标准衡量？这个标准就是模式的范式（Normal Forms，简记为NF）。范式的种类与数据依赖有着直接的联系，基于FD的范式有1N

20、F、2NF、3NF、BCNF等多种。v在不提及FD时，关系中是不可能有冗余的问题，但是当存在FD时，关系中就有可能存在数据冗余问题。v1NF是关系模式的基础；2NF已成为历史，一般不再提及；在数据库设计中最常用的是3NF和BCNF。为了叙述的方便，我们还是从1NF、2NF、3NF、BCNF顺序来介绍。4.4.1 第一范式（1NF）v定义4.13 如果关系模式R的每个关系r的属性值都是不可分的原子值，那么称R是第一范式（first normal form，简记为1NF）的模式。v满足1NF的关系称为规范化的关系，否则称为非规范化的关系。关系数据库研究的关系都是规范化的关系。例如关系模式R（NAM

21、E，ADDRESS，PHONE），如果一个人有两个电话号码（PHONE），那么在关系中至少要出现两个元组，以便存储这两个号码。v1NF是关系模式应具备的最起码的条件。4.4.2 第二范式（2NF）（一）v定义4.14 对于FD WA，如果存在XW有XA成立，那么称WA是局部依赖（A局部依赖于W）；否则称WA是完全依赖。完全依赖也称为“左部不可约依赖”。v定义4.15 如果A是关系模式R的候选键中属性，那么称A是R的主属性；否则称A是R的非主属性。v定义4.16 如果关系模式R是1NF，且每个非主属性完全函数依赖于候选键，那么称R是第二范式（2NF）的模式。如果数据库模式中每个关系模式都是2NF

22、，则称数据库模式为2NF的数据库模式。4.4.2 第二范式（2NF）（二）例4.14 设关系模式R（S#，C#，GRADE，TNAME，TADDR）的属性分别表示学生学号、选修课程的编号、成绩、任课教师姓名和教师地址等意义。（S#，C#）是R的候选键。R上有两个FD：（S#，C#）（TNAME，TADDR）和C#（TNAME，TADDR），因此前一个FD是局部依赖，R不是2NF模式。此时R的关系就会出现冗余和异常现象。譬如某一门课程有100个学生选修，那么在关系中就会存在100个元组，因而教师的姓名和地址就会重复100次。如果把R分解成R1（C#，TNAME，TADDR）和R2（S#，C#，G

23、RADE）后，局部依赖（S#，C#）（TNAME，TADDR）就消失了。R1和R2都是2NF模式。4.4.2 第二范式（2NF）（三）算法4.4 分解成2NF模式集的算法设关系模式R（U），主键是W，R上还存在FD XZ，并且Z是非主属性和XW，那么WZ就是一个局部依赖。此时应把R分解成两个模式R1（XZ），主键是X；R2（Y），其中Y=U-Z，主键仍是W，外键是X（REFERENCES R1）。利用外键和主键的联接可以从R1和R2重新得到R。如果R1和R2还不是2NF，则重复上述过程，一直到数据库模式中每一个关系模式都是2NF为止。4.4.3 第三范式（3NF）（一）v定义4.17 如果XY

24、，YA，且YX和 AY，那么称XA是传递依赖（A传递依赖于X）。v定义4.18 如果关系模式R是1NF，且每个非主属性都不传递依赖于R的候选键，那么称R是第三范式（3NF）的模式。如果数据库模式中每个关系模式都是3NF，则称其为3NF的数据库模式 4.4.3 第三范式（3NF）（二）v例4.15 在例4.14中，R2是2NF模式，而且也已是3NF模式。但R1（C#，TNAME，TADDR）是2NF模式，却不一定是3NF模式。如果R1中存在函数依赖C#TNAME和TNAMETADDR，那么C#TADDR就是一个传递依赖，即R1不是3NF模式。此时R1的关系中也会出现冗余和异常操作。譬如一个教师开

25、设五门课程，那么关系中就会出现五个元组，教师的地址就会重复五次。v如果把R2分解成R21（TNAME，TADDR）和R22（C#，TNAME）后，C#TADDR就不会出现在R21和R22中。这样R21和R22都是3NF模式。4.4.3 第三范式（3NF）（三）算法4.5 分解成3NF模式集的算法设关系模式R（U），主键是W，R上还存在FD XZ。并且Z是非主属性，ZX，X不是候选键，这样WZ就是一个传递依赖。此时应把R分解成两个模式：R1（XZ），主键是X；R2（Y），其中Y=U-Z，主键仍是W，外键是X（REFERENCES R1）。利用外键和主键相匹配机制，R1和R2通过联接可以重新得到R

26、。如果R1和R2还不是3NF，则重复上述过程，一直到数据库模式中每一个关系模式都是3NF为止。4.4.3 第三范式（3NF）（四）v定理4.9 如果R是3NF模式，那么R也是2NF模式。v定理4.10 设关系模式R，当R上每一个FD XA满足下列三个条件之一时：AX（即XA是一个平凡的FD）；X是R的超键；A是主属性。关系模式R就是3NF模式。4.4.3 第三范式（3NF）（五）4.4.4 BCNF（BoyceCodd NF）（一）4.4.4 BCNF（BoyceCodd NF）（二）v定义4.19 如果关系模式R是1NF，且每个属性都不传递依赖于R的候选键，那么称R是BCNF的模式。如果数据

27、库模式中每个关系模式都是BCNF，则称为BCNF的数据库模式。v定理4.11 如果R是BCNF模式，那么R也是3NF模式。v定义4.19 设F是关系模式R的FD集，如果对F中每个非平凡的FD XY，都有X是R的超键，那么称R是BCNF的模式。4.4.5 分解成BCNF模式集的算法算法4.6 无损分解成BCNF模式集对于关系模式R的分解（初始时=R），如果中有一个关系模式Ri相对于Ri（F）不是BCNF。据定义4-20可知，Ri中存在一个非平凡FD XY，有X不包含超键。此时把Ri分解成XY和RiY两个模式。重复上述过程，一直到中每一个模式都是BCNF。4.4.6 分解成3NF模式集的算法算法4

28、.7 无损分解且保持依赖地分解成3NF模式集对于关系模式R和R上成立的FD集F，先求出F的最小依赖集，然后再把最小依赖集中哪些左部相同的FD用合并性合并起来。对最小依赖集中，每个FD XY去构成一个模式XY。在构成的模式集中，如果每个模式都不包含R的候选键，那么把候选键作为一个模式放入模式集中。这样得到的模式集是关系模式R的一个分解，并且这个分解既是无损分解，又能保持FD。4.4.7 模式设计方法的原则v数据库设计者在进行关系数据库设计时，应作权衡，尽可能使数据库模式保持最好的特性。一般尽可能设计成BCNF模式集。如果设计成BCNF模式集时达不到保持FD的特点，那么只能降低要求，设计成3NF模

29、式集，以求达到保持FD和无损分解的特点。v模式分解并不单指把泛关系模式分解成数据库模式，也可以把数据库模式转换成另一个数据库模式，分解和转换的关键是要“等价”地分解。一个好的模式设计方法应符合三条原则：表达性、分离性和最小冗余性。4.5 模式的进一步规范化处理前面提到的函数依赖揭示了数据之间的一种联系。我们通过对函数依赖的观察、分析，可以消除关系模式中的冗余现象。但是函数依赖还不足以描绘现实世界中数据之间的全部联系，有些联系就要用其他数据依赖来刻画，例如多值依赖或联接依赖，本节就是介绍这两种依赖及其模式应达到的范式标准。4.5.1 多值依赖的定义v定义4.20 设U是关系模式R的属性集，X和Y

30、是U的子集，Z=RXY，小写的xyz表示属性集XYZ的值。对于R的关系r，在r中存在元组（x，y1，z1）和（x，y2，z2）时，就也存在元组（x，y2，z1）和（x，y1，z2），那么称多值依赖（multivalued dependency，简记为MVD）XY在模式R上成立。4.5.2 关于FD和MVD的推理规则集A1（FD的自反性）：若YX，则XY。A2（FD的增广性）：若XY，且ZU，则XZYZ。A3（FD的传递性）：若XY，YZ则XZ。A4（MVD的补规则，complementation）：若XY，则X(UXY)。A5（MVD的增广性）：若XY，且VWU，则WXVY。A6（MVD的传递

31、性）：若XY，YZ，则X(ZY)。A7（复制性，replication）：若XY，则XY。A8（接合性，coalescence rule）：若XY，WZ，并且ZY，WY=，那么XZ。A9（MVD的并规则）：若XY，XZ，则XYZ。A10（MVD的交规则）：若XY，XZ，则XYZ。A11（MVD的差规则）：若XY，XZ，则XYZ，XZY。A12（MVD的伪传递）：若XY，WYZ，则WXZWY。A13（混合伪传递）：若XY，XYZ，则XZY。4.5.3 第四范式（4NF）v定义4.23 设D是关系模式R上成立的FD和MVD集合。如果D中每个非平凡的MVD XY的左部X都是R的超键，那么称R是4NF

32、的模式。4.5.4 嵌入多值依赖v定义4.24 设关系模式R（U），X和Y是属性集U的子集，W是U的真子集，并且XYW。MVD XY在模式R上不成立，但在模式W上成立。那么XY在R上称为嵌入多值依赖（Embedded MVD，简记为EMVD），用符号（XY）W表示。4.5.5 联接依赖和第五范式v定义4.25 设U是关系模式R的属性集，R1、Rn是U的子集，并满足U=R1Rn，=R1，Rn 是R的一个分解。如果对于R的每个关系r都有m（r）=r，那么称联接依赖（join dependency，简记为JD）在模式R上成立，记为*（R1，Rn）。v定义4.26 如果*（R1，Rn）中某个Ri就是R

33、，那么称这个JD是平凡的JD。v定义4.27 如果关系模式R的每个JD均由R的候选键蕴涵，那么称R是5NF的模式。在有的文献中，5NF也称为投影联接范式（project-join NF，简记为PJNF）。小 结（一）v本章讨论如何设计关系模式问题。关系模式设计得好与坏，直接影响到数据冗余度、数据一致性等问题。要设计好的数据库模式，必须有一定的理论为基础。这就是模式规范化理论。v在数据库中，数据冗余是指同一个数据存储了多次，由数据冗余将会引起各种操作异常。通过把模式分解成若干比较小的关系模式可以消除冗余。小 结（二）v函数依赖XY是数据之间最基本的一种联系，在关系中有两个元组，如果X值相等那么要

34、求Y值也相等。FD有一个完备的推理规则集。v关系模式在分解时应保持“等价”，有数据等价和语义等价两种，分别用无损分解和保持依赖两个特征来衡量。前者能保持泛关系在投影联接以后仍能恢复回来，而后者能保证数据在投影或联接中其语义不会发生变化，也就是不会违反FD的语义。但无损分解与保持依赖两者之间没有必然的联系。小 结（三）v范式是衡量模式优劣的标准，范式表达了模式中数据依赖之间应满足的联系。如果关系模式R是3NF，那么R上成立的非平凡FD都应该左边是超键或右边是非主属性。如果关系模式R是BCNF，那么R上成立的非平凡的FD都应该左边是超键。范式的级别越高，其数据冗余和操作异常现象就越少。小 结（四）v分解成BCNF模式集的算法能保持无损分解，但不一定能保持FD集。而分解成3NF模式集的算法既能保持无损分解，又能保持FD集。v关系模式的规范化过程实际上是一个“分解”过程：把逻辑上独立的信息放在独立的关系模式中。分解是解决数据冗余的主要方法，也是规范化的一条原则：“关系模式有冗余问题就分解它”。本章的重点篇幅（1）教材中P148的例4.13。（无损联接和保持FD的例子）（2）教材中P149的例4.14和P150的例4.15。（分解成2NF和3NF的例子）