关系数据库的规范化设计(ch4).pptVIP

第二范式（2NF）（三） 因此前一个FD是局部依赖，R不是2NF模式. 此时R的关系就会出现冗余和异常现象. 数据冗余度大、插入异常、删除异常、修改复杂. 如果把R分解成 R1（C#，T#，TITLE） R2（S#，C#，SCORE） 第四章 关系数据库的规范化设计 第4章 关系数据库的规范化设计 关系数据库的规范化设计是指如何选择一个 比较好的关系模式集合. 规范化设计理论主要包括三个方面的内容： 数据依赖、范式和模式设计方法. 其中数据依赖起着核心的作用. 数据依赖研究 数据之间的联系，范式是关系模式的标准. 规范化设计理论对关系数据库结构的设计起 着重要的作用. 4.1.1 关系模型的外延和内涵 外延就是通常所说的关系、表或当前值. 由于用户经常对关系进行插入、删除和修改操作，因此外延是与时间有关的，随着时间的推移在不断变化. 内涵是与时间独立的，是对数据的定义以及数据完整性约束的定义. 对数据的定义包括对关系、属性、域的定义和说明.对数据完整性约束的定义涉及面较广，主要包括以下几个方面： 静态约束: 涉及到数据之间联系（称为“数据依赖”）、主键和值域的设计. 动态约束: 定义各种操作（插入、删除、修改）对关系值的影响. 4.1.2 关系模式的冗余和异常问题 例4.1 TNAME ADDRESS C# CNAME t1 a1 c1 n1 t1 a1 c2 n2 t1 a1 c3 n3 t2 a2 c4 n4 t2 a2 c5 n2 t3 a3 c6 n4 数据冗余 如果一个教师教几门课程，那么这个教师的地址就要重复存储几次。 4.1.2 关系模式的冗余和异常问题 操作异常 修改异常 如教师t1教三门课程，在关系中就会有三个元组. 如果他的地址变了，这三个元组中的地址都要改变. 若有一个元组中的地址未更改，就会造成这个教师的地址不惟一. 插入异常 如果一个教师刚调来，尚未分派教学任务，那么要将教师的姓名和地址存储到关系中去时，在属性C#和CNAME上将为空值. 删除异常 如果要取消教师t3的教学任务，那么就要把这个教师的元组删去，同时也把t3的地址信息从表中删去了. 4.1.2 关系模式的冗余和异常问题 TNAME ADDRESS TNAME C# CNAME t1 a1 t1 c1 n1 t2 a2 t1 c2 n2 t3 a3 t1 c3 n3 t2 c4 n4 t2 c5 n2 t3 c6 n4 原因： 由存在于模式中的某些数据依赖引起的. 解决方法：通过分解关系模式来消除其中不合适的数据依赖. 4.1.3 关系模式的非形式化设计准则 关系模式的设计应尽可能只包含有直接联系的属性，不要包 含有间接联系的属性. 关系模式的设计应尽可能使得相应关系中不出现插入、删除 和修改等操作异常现象。如果出现异常，则要清楚地加以说 明，并确保更新数据库的操作正确. 关系模式的设计应尽可能使得相应关系中避免放置经常为空 值的属性 . 关系模式的设计应尽可能使得关系的等值连接在主键和外键 的属性上进行，并且保证连接以后不会生成额外的元组. 4.2 函数依赖 规范化 规范化理论正是用来改造关系模式，通过分解关系模式来消除其中不合适的数据依赖，以解决插入异常、删除异常、更新异常和数据冗余问题。 4.2.1 函数依赖的定义（一） 定义4.1 设有关系模式 R(U)，X 和 Y 是属性集 U 的子集， 函数依赖是形为 X→Y 的一个命题， 只要 r 是 R 的当前关系，对 r 中任意两个元组 t 和 s，都有 t[X]=s[X]蕴涵 t[Y]=s[Y]，那么称FD X→Y在关系模式R (U)中成立. “X函数确定Y” 或 “Y函数依赖于X”，记作X→Y. 4.2.1 函数依赖的定义（二） 例4.2 A B C D A B C D a1 b1 c1 d1 a1 b1 c1 d1 a1 b1 c2 d2 a1 b2 c2 d2 a2 b2 c3 d3 a2 b2 c3 d3 a3 b1 c4 d4 a3 b2 c4 d4 图 关系模式R 的两个关系 函数依赖的说明: 1. 函数依赖不是指关系模式R的某个或某些关系实例满足的约束条件，而是指R的所有关系实例均要满足的约束条件。 2. 函数依赖是语义范畴的概念。只能根据数据的语义来确定函数依赖。 例如“姓名→年龄”这个函数依赖只有在不允许有同名人的条件下成立 3. 数据库设计者可以对现实世界作