电子教案数据库.pptxVIP

函数依赖13条Armstrong公理和3条推理规则2关系范式1NF、2NF、3NF、BCNF、4NF3模式分解规则……4学习目标第3章关系数据库设计理论

2第3章关系数据库设计理论教学内容3.1引言3.2函数依赖3.3关系模式的规范化3.4本章小结

33.1引言某些不恰当的关系模式可能导致的问题存储异常问题更新异常插入异常删除异常

数据依赖范式模式设计方法数据依赖在此起着核心的作用。我们重点讨论函数依赖的概念，然后再介绍模式分解的标准，即范式，为数据库的设计准备一定的基本理论基础。关系数据库设计理论主要包括3方面的内容：3.1引言——讨论范围些不恰当的关系模式可能导致的问题。TDC（T#，TNAME，TITLE，ADDR，D#，DNAME，LOC，C#，CNAME，LEVEL，CREDIT）例如，有教师任课关系模式TDC：其中各属性含义为教师号T#、教师姓名TNAME、职称TITLE、教师地址ADDR、系号D#、系名称DNAME、系地址LOC、课程号C#、课程名CNAME、教学水平LEVEL、学分CREDIT。3.1引言——存储异常问题

3.1引言——存储异常问题表3-1教师任课关系TDCT#TNAMETITLEADDRD#DNAMELOCC#CNAMELEVELCREDITT1MAPRFA1D1DEPT1L1C1COMPUGOOD3T1MAPRFA1D1DEPT1L1C2PROGREXCEL3T1MAPRFA1D1DEPT1L1C3DBOK4T2LIAPA2D1DEPT1L1C3DBGOOD4T2LIAPA2D1DEPT1L1C4OSGOOD4T3CHENPRFA3D1DEPT1L1C4OSOK2T3CHENPRFA3D1DEPT1L1C1COMPUOK3T3CHENPRFA3D1DEPT1L1C5DSTRUEXCEL3T4ZHOUAPA4D2DEPT2L2C6MATHGOOD5

数据冗余在这个关系中，只有根据教师号和课程号才能够确定哪位教师讲授哪门课程，因此，关系TDC的主码是（T#，C#），该关系在使用过程中存在以下几个问题：每当教师开设一门课程时，该教师的职称、地址等信息就重复存储一次。一般每位教师都开设几门课，数据冗余不可避免。一个系有很多教师，使关系中的数据冗余度很大。0102033.1引言——存储异常问题

3.1引言——存储异常问题更新异常由于数据的重复存储，会给更新带来麻烦。如果一位任3门课的教师改变了地址，3个元组的地址都要更新，一旦一个元组的地址未修改就会导致数据不一致。如果某个系改变办公地址，所要修改的数据量会更大。

插入异常如果学校新调入一个教师，暂时未主讲任何课程。由于缺少主码的一部分，而主码不允许出现空值，新教师就不能插入到此关系中去。只有当他开设了课程之后才能插入，这是不合理的。3.1引言——存储异常问题

删除异常与插入异常相反，如果某些教师致力于科研，不担任教学任务了，就要从当前数据库中删除有关记录。那么关于这些教师的其它信息将无法记载，这也是极不合理的现象。3.1引言——存储异常问题

上述在插入、删除或修改元组时将产生的不希望发生的异常情况是由于关系模式设计得不好所造成的。如果用下面4个关系模式代替原来的一个关系模式，上述4个方面的问题就基本解决了。教师关系：T（T#，TNAME，TITLE，ADDR，D#）系关系：D（D#，DNAME，LOC）课程关系：C（C#，CNAME，CREDIT）教师课程关系：TC（T#，C#，LEVEL）3.1引言——存储异常问题

函数依赖反映了数据之间的内在联系，是进行关系分解的指导和依据，是本章讨论的中心问题。属性之间的联系函数依赖函数依赖的逻辑蕴涵码123.2函数依赖

3.2函数依赖——属性之间的联系01现实世界中的事物是彼此联系且互相制约的。这种联系分为两类，一类是实体与实体之间的联系（我们已经在第一章讨论过了实体之间的联系）；另一类是实体内部各属性间的联系。实体内部各属性间的联系分为3类：一对一一对多多对多02

3.2函数依赖——属性之间的联系以图书管理关系数据模型为基础来介绍这3类联系。设图书管理关系数据模型包括以下3个关系模式：图书（总编号，分类号，书名，作者，出版单位，单价）读者（借书证号，姓名，性别，单位，职称，地址）借阅（借书证号，总编号，借阅日期，备注）

3.2函数依赖——属性之间的联系一对一联系在读者关系中，借书证号是唯一的，如果读者没有重名的，姓名与借书证号两属性之间是1：1联系。姓名可以确定借书证号，借书证号也可以确定姓名。设X、Y为关系中的属性或属性