第四章_关系数据库设计理论最新版.ppt

An Introduction to Database System 第四章关系数据库设计理论 4.1 问题的提出 4.2 规范化 4.3 数据依赖的公理系统 *4.4 模式的分解 4.5 小结 4.1 问题的提出 关系数据库逻辑设计 针对具体问题，如何构造一个适合于它的数据模式 数据库逻辑设计的工具──关系数据库的规范化理论 问题的提出 一、概念回顾 二、关系模式的形式化定义 三、什么是数据依赖 四、关系模式的简化定义 五、数据依赖对关系模式影响 一、概念回顾 关系：二维表格，对应一个实体，表的每一行对应一个元组，表的每一列对应一个域 关系模式：对关系模型的描述，一般表示为： 关系名（属性1，属性2，…，属性n） 关系数据库 关系数据库的模式：用系统提供的数据描述语言(DDL)对关系数据库模型的描述称关系数据库模式 二、关系模式的形式化定义 关系模式由五部分组成，即它是一个五元组： R(U, D, DOM, F) R： 关系名 U： 组成该关系的属性名集合 D： 属性组U中属性所来自的域 DOM： 属性向域的映象集合 F： 属性间数据的依赖关系集合 三、什么是数据依赖 1. 完整性约束的表现形式 限定属性取值范围：例如学生成绩必须在0-100之间 定义属性值间的相互关连（主要体现于值的相等与否），这就是数据依赖，它是数据库模式设计的关键 什么是数据依赖（续） 2. 数据依赖 一个关系内部属性与属性之间的约束关系 现实世界属性间相互联系的抽象 数据内在的性质 语义的体现 什么是数据依赖（续） 3. 数据依赖的类型 函数依赖（Functional Dependency，简记为FD） 多值依赖（Multivalued Dependency，简记为MVD） 其他 四、关系模式的简化表示 关系模式R（U, D, DOM, F） 简化为一个三元组： R（U, F） 当且仅当U上的一个关系r满足F时，r称为关系模式 R（U, F）的一个关系 五、数据依赖对关系模式的影响 [例1]建立一个描述学校教务的数据库： 学生的学号（Sno）、所在系（Sdept） 系主任姓名（Mn）、课程号（Cno） 成绩（Grade） 单一的关系模式 ： Student U、F U ＝｛ Sno, Sdept, Mn, Cno, Grade ｝ 数据依赖对关系模式的影响（续） 属性组U上的一组函数依赖F： F ＝｛ Sno → Sdept, Sdept → Mn, (Sno, Cno) → Grade ｝ 关系模式StudentU, F中存在的问题 1. 数据冗余太大:如果一个学生选修了10门课程，那么他的SDEPT和MN值就要重复存储10次。 2. 更新异常:例如重新任命某个系的主任，则该系所有选修课程的学生元组中的MN都要随之修改，若其中有某一个元组中的MN没有更改，就造成了这个系的主任不唯一，产生了错误的信息。 3. 插入异常:假设我们要插入一个未选课的学生，即这个学生无CNO。而这样的元组不能插入R中，因为插入元组时必须给定码值，而此时作为码值的一部分CNO为空，因而该学生的信息无法插入R。 4. 删除异常:假定某个学生仅选修了3号课程这一门课。现在因身体不适，他连3号课程也不选修了。因课程号是主属性，删除了3号课程，整个元组也就被删除了，该操作将导致这位学生的其他信息也跟着被删除了，产生了删除异常，即不应删除的信息也被删除了。 数据依赖对关系模式的影响（续） 结论： Student关系模式不是一个好的模式。 “好”的模式： 不会发生插入异常、删除异常、更新异常， 数据冗余应尽可能少 原因：由存在于模式中的某些数据依赖引起的 解决方法：通过分解关系模式来消除其中不合适 的数据依赖 分解关系模式 把这个单一模式分成3个关系模式： S（Sno，Sdept，Sno → Sdept）; SC（Sno，Cno，Grade，（Sno，Cno） → Grade）; DEPT（Sdept，Mn，Sdept→ Mn） 这样分解后，上面提到的四个问题基本解决了。每个系只存储一次，每个系的主任也只存放一次，即使一个学生没有选修课程，他的系别也可以存放在关系S中。如果某个系的主任调整了，则只要修改DEPT中一个元组的MN值。 但是R分解为S、SC和DEPT三个模式，是否最佳，也不是绝对的。例如要查询某个学生所在系的主任是谁，就要对S和DEPT这两个关系做联接操作