数据库关系数据理论.pptVIP

6.1 问题的提出 一.关系数据库逻辑设计 针对具体问题，如何构造一个适合于它的数据模式 数据库逻辑设计的工具──关系数据库的规范化理论 6.1 问题的提出 二。关系模式的形式化定义： 关系模式由五部分组成，即它是一个五元组： R(U, D, DOM, F) R： 关系名 U： 组成该关系的属性名集合 D： 属性组U中属性所来自的域 DOM：属性向域的映象集合 F： 属性间数据的依赖关系集合 6.1 问题的提出 三。属性间数据的依赖关系 数据依赖是一个关系内部属性和属性之间的一种约束关系.这种约束关系是属性值间的相互关连（主要体现于值的相等与否)，它是数据库模式设计的关键。 数据依赖的类型：函数依赖（Functional Dependency，记为FD） 多值依赖（Multivalued Dependency，记为MVD） 其他 6.1 问题的提出 四. 关系模式R（U, D, DOM, F）的简化表示：一个三元组R（U, F）。当且仅当U上的一个关系r 满足F时，r称为关系模式 R（U, F）的一个关系。 五. 数据依赖对关系模式的影响 例：描述学校的数据库： 学生的学号（Sno）、所在系（Sdept）、 系主任姓名（Mname）、课程号（Cno）、成绩（Grade） 6.1 问题的提出 假设是一个单一的关系模式 ： Student U、F U ＝｛ Sno, Sdept, Mname, Cno, Grade ｝ 属性组U上的一组函数依赖F： F ＝｛ Sno → Sdept, Sdept → Mname, (Sno, Cno) → Grade ｝ 6.1 问题的提出 ⒈ 数据冗余太大。浪费大量的存储空间。 例：每一个系主任的姓名重复出现 ⒉ 更新异常（Update Anomalies）。因数据冗余 ，更新数据时，维护数据完整性代价大。 例：某系更换系主任后，系统必须修改与该系学生有关的每一个元组 ⒊ 插入异常（Insertion Anomalies）：该插的数据插不进去 ⒋ 删除异常（Deletion Anomalies）  6.1 问题的提出 结论： Student关系模式不是一个好的模式。 “好”的模式： 不会发生插入异常、删除异常、更新异常， 数据冗余应尽可能少。 原因：由存在于模式中的某些数据依赖引起的 解决方法：通过分解关系模式来消除其中不合适 的数据依赖。 6.2 规范化 规范化理论正是用来改造关系模式，通过分解关系模式来消除其中不合适的数据依赖，以解决插入异常、删除异常、更新异常和数据冗余问题。 函数依赖 一、函数依赖 二、平凡函数依赖与非平凡函数依赖 三、完全函数依赖与部分函数依赖 四、传递函数依赖 函数依赖 定义：设R(U)是一个属性集U上的关系模式，X和Y是U的子集。 若对于R(U)的任意一个可能的关系r，r中不可能存在两个元组在X上的属性值相等， 而在Y上的属性值不等， 则称 “X函数确定Y” 或 “Y函数依赖于X”，记作X→Y。 X称为这个函数依赖的决定属性集(Determinant)。 Y=f(x) 说明： 1. 函数依赖不是指关系模式R的某个或某些关系实例满足的约束条件，而是指R的所有关系实例均要满足的约束条件。 2. 函数依赖是语义范畴的概念。只能根据数据的语义来确定函数依赖。 函数依赖 3. 数据库设计者可以对现实世界作强制的规定。例如规定不允许同名人出现，函数依赖“姓名→年龄”成立。所插入的元组必须满足规定的函数依赖，若发现有同名人存在， 则拒绝装入该元组。 例: Student(Sno, Sname, Ssex, Sage, Sdept) 假设不允许重名，则有: Sno → Ssex， Sno → Sage , Sno → Sdept， Sno←→Sname, Sname → Ssex， Sname → Sage Sname → Sdept， 但Ssex →Sage 若X→Y，并且Y→X, 则记为X←→Y。 若Y不函数依赖于X, 则记为X→Y。 二、平凡函数依赖与非平凡函数依赖 在关系模式R(U)中，对于U的子集X和Y， 如果X→Y，但Y ? X，则称X→Y是非平凡的函数依赖 若X→Y，Y ? X,