关系数据库规范化总结.ppt

,数据库的规范设计,高中信息技术选修四数据管理技术,福州第十八中学,授课人：吴烜授课班级：高一7班,知识回顾,1、关系：关系是一个二维表，不论是实体还是实体间的联系都用关系表示。2、关系模式：用来定义关系。从形式上看，它是一张二维表删去所有记录以后的空表格。例如，学生关系模式为：学生（学号，姓名，性别）3、关系模型：关系的集合，也就是一个数据库,思考,关系数据库的设计主要是关系模式设计。关系模式设计的好坏直接影响到数据库设计的成败。将关系模式规范化，是设计较好的关系模式的惟一途径。那么，什么样的关系模式是较好的呢？,示例,关系模式：学生选修课程情况（学号，姓名，性别，课程名称，上课地点，开课教师，所教学科）一个学生可以报多门课程一门课程可以有多个学生报一个教师可教多门课程一门课程只有一个任课教师,这是一个好的关系模式吗？,阅读学习材料一，完成课堂体验,体验,该学生选修课程的关系模式不是一个好的模式。“好”的模式不会发生插入异常、删除异常、更新异常，数据冗余应尽可能少。原因：由存在于模式中的某些数据依赖引起的解决方法：通过分解关系模式来消除其中不合适的数据依赖。,结论,数据依赖：某个属性A决定属性B时，称属性B依赖于属性A。比如：一个学生学号,姓名,性别等几个属性。由于一个学号只对应一个学生，一个学生只有一个性别。因此当学号确定之后，姓名、学生性别也就被确定了，这时可称为属性姓名、性别依赖于学号。如图所示,属性A,属性B,决定,属性B依赖属性A,学号,案例分析,学生选修课程关系模式（学号，姓名，性别，课程名，上课地点，开课教师，所教学科）主键是：学号+课程名主属性有：学号，课程名非主属性有：姓名，性别，上课地点，开课教师，所教学科,数据依赖,案例分析,数据依赖,部分依赖,传递依赖,完全依赖,案例分析,不合适的依赖关系,分解消除,姓名、性别两个属性只依赖于主键中的学号，与主键中的“课程名称”无关。因此：（学号，课程名称）姓名是”部分依赖”（学号，课程名称）性别是”部分依赖”上课地点只依赖于课程名称，因此：（学号，课程名称）上课地点是”部分依赖”。,部分依赖,案例分析,“所教学科”依赖于“开课教师”，与“学号”无关，与“课程名称”也无关。又因“开课教师”依赖于“课程名称”，所以“所教学科”间接依赖于“课程名称”。因此，（学号，课程名称）所教学科是传递依赖。,传递依赖,案例分析,依赖分解,关系模式规范化的基本步骤,消除非主属性对主键的部分依赖,消除非主属性对主键的传递依赖,案例分析,部分依赖,消除部分依赖和传递依赖，分解关系模式后：(学号，姓名，性别）（课程名称，上课地点）（开课教师，所授学科）,分解关系模式,案例分析,分解后的关系模式让你想到了什么？,规范化方法：通过分解关系模式，消除不合适的数据依赖，即消除属性的部分依赖和传递依赖，使关系中的每个属性完全依赖于主键，从而实现关系模式的规范化。规范化意义：避免了数据冗余、插入异常、删除异常和更新异常的问题。,结论,练习,总结关系模式规范化方法，完成课堂练习,数据库需要规范化设计不是规范化程度越高的关系模式就越好根据实际情况和需求，确定合适的关系模式,小结,数据库