x01-2018-2018学年02期-数据库应用技术-项目01-项目数据库设计-任务4-范式讲义教材.pptVIP

* * * * * * * * * * 三、关系的规范化 引 在关系数据库的设计过程中，对于同一个问题，选用不同的关系模式，其性能的优劣是大不相同的，为了区分关系模式的优劣，人们常常把关系模式分为各种不同等级的范式。 关系数据库的规范化过程中为不同程度的规范化要求设立的不同标准。 范式（Normal Form） 三、关系的规范化 类型 第一范式(1NF) 第二范式(2NF) 第三范式(3NF)…… 关系规范化的概念 将低级范式转换为若干个高级范式过程。 低 高 1. 概念和范式的类型 每种范式都规定了一些限制约束条件。 三、关系的规范化 定义 如果关系模式R的每个属性是不可分解的基本数据项，则称R是属于1NF模式。 第一范式是对关系的最低要求。 示例:判断哪一张表是1NF？ 2.第一范式(1NF) 即实体中某个属性不能有多个值或者不能有重复的属性。（在同一个表中，同类字段不允许重复出现，在一个字段内也不允许存放多个数据项） 学号 课程编号 课程名称 成绩1 课程编号 三、关系的规范化 第一范式可能存在的问题： 数据冗余：如各位老师的信息重复。 插入异常：如果要插入刘老师的个人信息，但刘老师未开课，会造成缺关键字“学号”、“课程号”。 删除异常：当要删除 课程号=“C3” 的元组，会丢失李老师的信息。 修改量大。 学号 课号 成绩 教师 教师年龄 办公室 01 C1 90 王 34 2-14 01 C2 78 周 45 2-11 02 C1 77 王 34 2-14 03 C3 89 李 50 3-6 03 C2 56 周 45 2-11 04 C1 79 王 34 2-14 2.第一范式(1NF) 三、关系的规范化 定义 如果关系模式R为第一范式，且R中每个非主属性完全函数依赖于R的主码(复合码)，则称R为2NF模式。 不是。因为：“姓名、系名、系主任”与主码是部分函数依赖（即：只依赖于学号） 解决方法：消除部分函数依赖。分解 3.第二范式(2NF) 示例 下列关系模式是1NF，是否是2NF？为什么？ SCD（学号，姓名，课程号，成绩，系名，系主任） 主码为复合码：学号+课程号 三、关系的规范化 分解为2NF的方法： 把关系模式中对主码完全函数依赖的非主属性与决定它们的主码放在一个关系模式中。 把对主码部分函数依赖的非主属性和决定它们的主属性放在一个关系模式中。 检查分解后的新模式，如果仍不是2NF，则继续按照前面的方法进行分解，直到达到要求。 关系模式SCD的分解结果如下： SC（学号，课程号，成绩） SD（学号，姓名，系名，系主任） SCD（学号，姓名，课程号，成绩，系名，系主任） 3.第二范式(2NF) 三、关系的规范化 定义 如果关系模式R为第二范式，且R中每个非主属性都不传递函数依赖于R的某个候选码，则称R为3NF模式。 示例 下列关系模式是2NF，是否为3NF？为什么？ SD（学号，姓名，系名，系主任） 解决方法：消除传递函数依赖。分解 不是。因为：学号→系名，系名→系主任，存在传递依赖关系。 4. 第三范式(3NF) 三、关系的规范化 分解为3NF的方法： 把直接对主码函数依赖的非主属性与决定它们的主码放在一个关系模式中。 把造成传递函数依赖的决定因素连同被它们决定的属性放在一个关系模式中。 检查分解后的新模式，如果不是3NF，则继续按照前面的方法进行分解，直到达到要求。 关系模式SD的分解结果如下： SD（学号，姓名，系名） SD（系名，系主任） SD（学号，姓名，系名，系主任） 4.第三范式(3NF) 三、关系的规范化 各范式之间的关系 5.各范式间的关系 非结构化关系 1NF 2NF 3NF 消除多属性值 消除非主属性对码的部分函数依赖 消除非主属性对码的传递函数依赖 在实际应用中，最有价值的是3NF,在进行关系模式的设计时，通常分解到3NF就足够了 分解原则:一个表，表示一个实体 规范化是一种形式化的技术，它利用主关键字或候选键字，以及属性间的函数依赖来分析关系。 随着规范化的进行，关系模式将逐渐变得更加规范，表现为具有更少的更新异常。 对于关系数据模型，在建立关系时1NF是必需的，后继的其他范式都是可选的。但是为了避免更新异常，通常需要将规范化进行到3NF. 对于哪些只要求查询而不要求插入、删除等操作的系统，几种异常现象的存在并不影响数据库的操作。这时不宜过度分解，否则当要对整体查询进，需要更多的多表连接操作。 实例1：判断以下的关系是否满足1NF的要求 姓名 性别 班级 联系电话 张明 男 网络0911李红 女 网张0912 (010联系电话是否可再分？ 姓名 性别 班级 手机号码 固