1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。
2、下载的内容跟在线预览是一致的,下载后除PDF外均可任意编辑、修改。
3、所有文档均不包含其他附件,文中所提的附件、附录,在线看不到的下载也不会有。
数据冗余,更新数据时,维护数据完整性代价大存在问题操作异常插入异常如果个系刚成立,无学生,或者虽然有学生但尚未安排课程,那么就无函数依赖正如个函数,的值给定后,的值也就唯地确定了。
例分析关系模式的函数依赖关系个有多个的值与之对应,因此不能唯地确定,即不能函数依赖于,所以有,同样有。
但是可以被,唯地确定。
所以可表示为,。
函数依赖实例分析例假设学生姓名不允许重名,则有,←但平凡函数依赖非平凡函数依赖完全函数依赖部分函数依赖传递函数依赖函数依赖分类平凡函数依赖与非平凡函数依赖在关系模式中,对于的子集和如果,但,则称是非平凡的函数依赖如果,但,则称是平凡的函数依赖若,则称为这个函数依赖的决定属性组,也称为决定因素。
备注对于任关系模式,平凡函数依赖都是必然成立的,它不反映新的语义,若不特别声明,我们总是讨论非平凡函数依赖。
定义设有关系模式,是属性全集,和是的子集并且对于的任何个真子集,都有,则称对完全函数依赖,记作。
如果对的个真子集,有,则称对部分函数依赖,记作。
例如,在关系模式中,因为,且,所以有,。
而因为有,所以有,。
完全部分函数依赖定义设有关系模式,是属性全集,是的子集,若⊈,但,而则称对传递函数依赖,记作。
注意如果有,则,这时称对直接函数依赖,而不是传递函数依赖。
传递函数依赖例在关系中,有,,非平凡函数依赖,则称传递函数依赖于,记作第六章关系数据理论设计任何个数据库应用系统,现实世界模型关系模型这章我们讨论关系数据库设计理论。
即面对个现实问题,如何设计个合适的关系数据库系统关键是关系数据库模式的设计即应该构造几个其中每个关系模式又由哪些属性组成如何将这些相互关联的关系模式组建成个适合的关系模型以上这些都决定了整个系统的运行效率,也是应用系统开发设计成败的因素之。
这就是数据库逻辑设计主要关心的问题。
引言本章主要内容规范化问题的提出规范化理论概述关系模式中可能存在的异常关系模式中存在异常的原因规范化函数依赖码范式规范化理论概述关系数据库的规范化理论最早由关系数据库的创始人提出关系数据库的设计必须在关系数据库规范化理论的指导下进行关系数据库设计理论主要包括三个方面的内容函数依赖范式和模式设计。
其中函数依赖起着核心作用,是模式分解和模式设计的基础,范式是模式分解的标准。
问题的提出不合理的关系模式中存在的异常例分析以下关系模式存在的问题建立个描述学校教务的数据库关系模式如下其中学号姓名年龄系别系主任名课程号成绩。
现实世界已知事实的语义个系有若干学生,个学生只属于个系个系只有名系主任个学生可以选修多门课程,每门课程有多名学生选修每个学生所学的每门课程都有个成绩。
赵红计算机张文斌赵红计算机张文斌王小明外语刘伟华王小明外语刘伟华王小明外语刘伟华王小明外语刘伟华吴小林信息刘伟华吴小林信息刘伟华吴小林信息刘伟华张涛自动化钟志强图关系存在问题数据冗余如果个系有多名学生或该学生选修了多门课程,则系名称和系主任姓名就要出现多次,浪费了存储设备操作异常由于数据的冗余,在对数据操作时会引起各种异常更新异常如果系更换系主任或更换系名后,系统必须修改与该系学生有关的每个元组若有个元组中的数据未更改,就会造成这个系主任姓名不致现象。
数据冗余,更新数据时,维护数据完整性代价大存在问题操作异常插入异常如果个系刚成立,无学生,或者虽然有学生但尚未安排课程,那么就无法把这个系及其负责人的信息加入数据库。
应该插入而未被插入删除异常如果个系的学生全部毕业了,我们在删除该系学生信息的同时,把这个系及其系主任的信息也丢掉了。
不该删除的数据不得不删结论关系模式不是个好的模式。
“好”的模式不会发生插入异常删除异常更新异常,数据冗余应尽可能少。
关系模式中存在异常的原因说明关系模式模式中各属性是相互依赖相互制约的。
