数据库原理及应用孙浩军 第5章关系数据库的模式设计.pptVIP

数据库原理及应用孙浩军 第5章关系数据库的模式设计.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第五章 关系数据理论 5.1 问题的提出 5.2 函数依赖 5.3 模式分解的特性 5.4 关系模式的规范化 5.1 问题的提出 关系数据库逻辑设计 针对具体问题,如何构造一个适合于它的数据模式 数据库逻辑设计的工具──关系数据库的规范化理论 问题的提出 一、概念回顾 二、关系模式的形式化定义 三、什么是数据依赖 四、关系模式的简化定义 五、数据依赖对关系模式影响 一、概念回顾 关系:描述实体、属性、实体间的联系。 从形式上看,它是一张二维表,是所涉及属性的笛卡尔积的一个子集。 关系模式:用来定义关系。 关系数据库:基于关系模型的数据库,利用关系来描述现实世界。 从形式上看,它由一组关系组成。 关系数据库的模式:定义这组关系的关系模式的全体。 二、关系模式的形式化定义 关系模式由五部分组成,即它是一个五元组: 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)的一个关系 五、数据依赖对关系模式的影响 例:描述学校的数据库: 学生的学号(Sno)、课程号(Cno)、成绩(G) 任课教师姓名(TN)、教师所在系名(D) 单一的关系模式 : Student (U、F) U ={ Sno, Cno, G, TN, D } 数据依赖对关系模式的影响(续) 学校数据库的语义: 学号是一个学生的标识,课程号是一门课程的标识,这些标识与其代表的学生和课程分别一一对应。 一位学生所修的每门课程都有一个成绩。 每门课程只有一位任课教师,但一位教师可以教多门课。 教师中没有重名,每位教师只属于一个系。 数据依赖对关系模式的影响(续) 属性组U上的一组函数依赖F: F={(Sno,Cno)→G,Cno→TN,TN→D} 数据依赖对关系模式的影响(续) 用来查询是很方便的, 例如, “查询计算机系所开课程的不及格学生的学号、不及格课程号以及任课教师的姓名”。 SELECT Sno,Cno,TN FROM R WHERE D=CS AND G=F 关系模式RU, F中存在的问题 ⒈ 数据冗余太大,修改复杂 浪费大量的存储空间,系统要付出很大的代价来维护数据库的完整性 例:一门课程的教师名须对选这门课的所有学生重复一次;一个系名须对选该系所开课程的所有学生重复一次。改变一门课程的任课教师,或一门课改由另一个系开出,则需要修改多个元组 关系模式RU, F中存在的问题 2. 插入异常(Insertion Anomalies) 该插的数据插不进去 例,某系有位教师不教课,则这位教师的姓名及所属的系名就不能插入 3.删除异常(Deletion Anomalies) 不该删除的数据不得不删 例,如果所有学生都退选一门课,则有关这门课的其他数据(任课教师名及所属系名)也将被删除 数据依赖对关系模式的影响(续) 结论: Student关系模式不是一个好的模式。 “好”的模式: 不会发生插入异常、删除异常、更新异常, 数据冗余应尽可能少。 原因:由存在于模式中的某些数据依赖引起的 解决方法:通过分解关系模式来消除其中不合适 的数据依赖。 数据依赖对关系模式的影响(续) 关系分解为下列三个关系: SCG(Sno,Cno,G) CTN(Cno,TN) TND(TN,D) SELECT Sno,Cno,TN FROM SCG,CTN,TND WHERE SCG.Cno=CTN.Cno AND CTN.TN=TND.TN AND G=F AND D=CS 5.2 函数依赖 关系模式为什么会发生冗余太大、插入异常和删除异常等问题

文档评论(0)

时间加速器 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档