SQL 第04章 关系数据库的模式设计.pptVIP

面对一个现实问题，如何设计一个好的关系模式?? 什么才是好的关系模式？ 数据库的设计 第4章 关系数据库设计理论 4.1 基本概念 4.2　规范化 4.3　函数依赖的公理系统 教学要求 本章讲述关系数据库规范化理论，这是数据库逻辑设计的理论依据。 掌握函数依赖的有关概念 理解第一范式、第二范式、第三范式、BCNF,第四范式的定义及作用 了解规范化理论及其在数据库设计中的作用 重点掌握并能够灵活运用关系模式规范化的方 法，这也是本章的难点。 问题的提出 设有一个关系模式 R： 教师授课表(教师姓名,地址,课程编号,课程名称) 候选码有几个？是什么？ 问题的提出 ①数据冗余 如果一个教师教几门课，那么这个教师的地址就要重复几次存储。 ②更新异常（修改异常） 如教师 t1教三门课，在关系中就有三个元组， 如果他的地址变了，三个元组中的地址都应该 变，若漏了一个，就造成了教师地址的不唯一。 问题的提出 ③插入异常 如果一个教师刚调来，尚未分配教学任务，那么有关该教师的姓名和地址能否存到关系中去？ 答：不能！因为课程编号是一个主属性，它不能取空值（实体完整性）。 ④删除异常 如果一个教师原来教课，现在不教课了，那么就必须把所有元组都删去，这样教师的姓名、 地址信息也就不存在了。 问题的解决 为解决这些问题将R改造一下，变成两个关系模式： R1(教师姓名, 地址) R2(教师姓名, 课程编号, 课程名称) 11.1 基本概念 函数依赖 术语和符号 为什么要讨论函数依赖？ 模式分解 数据依赖 数据依赖是指数据之间存在着某种内在的联系，如教师姓名和地址之间，每一个教师都有个确定的地址，意味着： 教师编号确定了，地址就确定了．地址依赖于教师编号。 函数依赖 例：对仓库关系 仓库(仓库号,城市,面积) Q:有几对函数依赖关系：？？？ 又例：学生选课关系 学生选课(学号,课程号,成绩) Q:存在着怎样的函数依赖关系：？？？ 例题 （学号，课程号）课程名　 （学号，课程号）学分　　 （学号，课程号）成绩　　 术语和符号(6)：传递函数依赖 选择题练习 已知关系模式R(A,B,C,D,E)及其上的函数依赖集合F={A?D,B?C,E?A},该关系模式的候选码是（　　） A : AB B: BE C: CD D: DE 答：B 教师任课关系： 数据冗余问题 数据更新问题 数据插入问题 数据删除问题 为什么会出现以上种种操作异常现象呢？ 因为这个关系模式没有设计好，在它的某些属性之间存在着“不良”的函数依赖。如何改造这个关系模式？克服以上种种问题，就是我们这一章要解决的根本问题，也是我们要讨论函数依赖的根本原因。 模式分解 解决各种操作异常现象的方法就是进行模式分解，即把一个关系模式分解成两个或多个关系模式，在分解的过程中消除那些“不良”的函数依赖，从而获得好的关系模式。 　模式分解依据－－－范式 范式 范式是符合某一种级别的关系模式的集合 满足最低要求的叫第一范式，简称1NF,在些基础上进一步满足一些要求的范式，称为2NF…… 范式 第一范式 第二范式 第三范式 BC范式 第四范式 任何一个规范化的关系都自动称为第一范式（ 1NF ） 第一范式（1NF） 　　如果一个关系模式R的所有属性都是不可分的基本数据项，则R∈1NF。 　　第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库 。 关系的非规范化形式示例 关系的第一范式示例 1NF总结 第一范式是对关系模式的一个最起码的要求 不满足1NF的数据库模式不是关系数据库 满足1NF的关系模式不一定是好的关系模式 第二范式（2NF） 若关系模式R∈1NF，并且每一个非主属性都完全函数依赖于R的主关键字，则R∈2NF。 第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF） 。 第二范式（2NF）要求实体的属性完全依赖于主关键字，不存在非主属性对主关键字的非完全函数依赖性 二、数据库设计 第二范式 不满足2NF的解决办法 分解法：依分析得到的函数依赖关系进行分解 2NF总结：所有非主属性都完全依赖于主码 例１：学生选课表（课程号，学号，姓名，成绩）是否满足2NF？为什么？ 解决办法： 把此关系改为如下两个表：学生： (学号, 姓名)；选课： (学号, 课程号, 成绩)这样的数据库表是符合第二范式