数据库_关系数据理论.pptVIP

An Introduction to Database System 第六章 关系数据理论 6.1 问题的提出 6.2 规范化 *6.3 数据依赖的公理系统 *6.4 模式的分解 6.5 小结 6.1 问题的提出 一、关系数据库逻辑设计?（概念模型－数据模型） 针对具体问题，如何构造一个适合于它的数据模式; 即某一个具体问题，应该构造几个关系模式，每个关系模式都有哪些属性构成； 关系数据库逻辑设计的有力工具？ 关系数据库的规范化理论; 即利用规范化理论来设计适合具体应用的数据模型； 6.1 问题的提出 二、两个重要的概念 1、关系模式？ R(U, D, DOM, F)由五部分组成，即它是一个五元组； R： 关系名 U： 组成该关系的属性名集合 D： 属性组U中属性所来自的域 DOM： 属性向域的映象集合 F： 属性间数据的依赖关系集合（属性组U上的一组数据依赖关系） 6.1 问题的提出 2. 数据依赖？ ①数据依赖：是一个关系内部属性与属性之间的一种约束关系； 例：在student表中，sno确定了，则sdept就确定； ②数据依赖类型：函数依赖和多值依赖(最重要的两种数据依赖) 函数依赖：属性间这种依赖关系类似于数学函数中的y=f(x)，自变量x确定之后，相应的函数值y也就确定； 例：sdept=f(sno)，即sno-sdept; sname＝f(sno),即sno-sname； 多值依赖：（后面章节6.2.7讲解） 6.1 问题的提出 三、函数依赖对关系模式的影响？ [例1]建立一个描述学校教务的数据库： 学生的学号（Sno）、所在系（Sdept） 系主任姓名（Mname）、课程名（Cname） 成绩（Grade） 用一个单一的关系模式表示：Student U、F U ＝｛ Sno, Sdept, Mname, Cname, Grade ｝ 6.1 问题的提出 三、函数依赖对关系模式的影响？ 属性组U上的一组函数依赖F： F ＝｛ Sno → Sdept, Sdept → Mname, (Sno, Cname) → Mname, (Sno, Cname) → Grade ｝ 关系模式StudentU, F中存在的问题： 关系模式StudentU, F中存在的问题： 关系模式StudentU, F中存在的问题： 关系模式StudentU, F中存在的问题： 结论： Student关系模式不是一个好的模式； “好”的模式：不会发生插入异常、删除异常、更新异常，数据冗余应尽可能少； 原因：由存在于模式中的某些数据依赖（函数依赖）引起的； 解决方法：通过分解关系模式来消除其中不合适的数据依赖； 第六章 关系数据理论 6.1 问题的提出 6.2 规范化 *6.3 数据依赖的公理系统 *6.4 模式的分解 6.5 小结 6.2 规范化 规范化理论: 正是用来改造关系模式; 通过分解关系模式来消除其中不合适的数据依赖; 以解决插入异常、删除异常、更新异常和数据冗余问题。 通常按照属性间的依赖情况来区分关系模式的规范化程度为： 1NF、2NF、3NF、BCNF、4NF 6.2 规范化 6.2.1 函数依赖 6.2.2 码 6.2.3 范式 6.2.4 2NF 6.2.5 3NF 6.2.6 BCNF 6.2.7 多值依赖 6.2.8 4NF 6.2.9 规范化小结 6.2.1 函数依赖 一、函数依赖一般定义 定义6.1 设R(U)是一个属性集U上关系模式，X和Y是U子集； 若对于R(U)的任意一个可能的关系r，r中不可能存在两个元组在X上的属性值相等， 而在Y上的属性值不等， 则称 “X函数确定Y” 或 “Y函数依赖于X”，记作X→Y。 6.2.1 函数依赖 一、函数依赖一般定义 说明： 1. 函数依赖和其他数据依赖一样，是一个语义范畴的概念；只能根据语义来确定一个函数依赖； 如： 2. 函数依赖是指关系模式R(U)的所有关系都要满足的约束的条件；所有关系实例均要满足，并不是R的某些关系实例满足的约束条件；（如：CS系学生，IS系学生） 6.2.1 函数依赖 二、平凡函数依赖与非平凡函数依赖 在关系模式R(U)中，对于U的子集X和Y； 如果X→Y，但Y ? X，则称X→Y是非平凡的函数依赖 若X→Y，但Y ? X, 则称X→Y是平凡的函数依赖 例：在关系SC(Sno, Cno, Grade)中， 非平凡函数依赖： (Sno, Cno) → Grade 平凡函数依赖：