数据库原理chapter最新完整版本.pptVIP

第5章关系数据库规范化理论5.1函数依赖5.2关系规范化5.1函数依赖5.1.1函数依赖基本概念5.1.3为什么要讨论函数依赖5.1函数依赖函数依赖基本概念城市→省 如：广州市→广东省表示为：X→Y函数依赖函数依赖分类例1：有关系模式：SC（Sno,Sname,Cno,Credit,Grade）其中各属性分别为：学号、姓名、课程号、学分、成绩，主码为（Sno,Cno）。函数依赖关系有：Sno→Sname 姓名函数依赖于学号（Sno,Cno）→Sname姓名部分函数依赖于学号和课程号（Sno,Cno）→Grade成绩完全函数依赖于学号和课程号函数依赖函数依赖分类（续）例2：有关系模式：S（Sno,Sname,Dept,Dept_master）其中各属性分别为：学号、姓名、所在系和系主任（假设一个系只有一个主任），主码为Sno。函数依赖为什么要讨论函数依赖设有描述学生修课及住宿情况的关系模式：S-L-C（Sno,Sdept,Sloc,Cno,Grade）函数依赖上述关系模式存在问题数据冗余问题数据更新问题数据插入问题数据删除问题函数依赖职工工资表职工号，姓名,职务，年月，基本工资，职务工资，交通费，水电费其中每个职工有一个对应的职务和基本工资，职务决定职务工资，每个人每月的交通费和水电费变动5.2关系规范化5.2.1关系模式中的码5.2.2范式5.2关系规范化关系模式中的码1．候选码如：学生（学号，姓名，性别，系别号，身份证号，电话）主码：关系学生有多个候选码，则选其中学号作为主码全码：候选码为整个属性组。主属性与非主属性： 在学生关系中，包含在候选码中的属性称为主属性，不包含在任一候选码中的属性称为非主属性。关系规范化关系模式中的码例1：SC（Sno，Cno，Grade） 其候选码为：（Sno，Cno），也为主码 则主属性为：Sno，Cno，Grade为非主属性。关系规范化范式关系数据库中的关系要满足一定的要求，满足不同程度要求的为不同的范式。满足最低要求的为第一范式，简称1NF（FirstNormalForm）。在第一范式中进一步满足一些要求的为第二范式，简称2NF，依此类推，还有3NF，BCNF，4NF，5NF。关系规范化范式1．第一范式定义：不包含重复组的关系（即不包含非原子项的属性）。

即每一个属性都不可再分。关系规范化范式2．第二范式定义：如果R(U,F)∈1NF，并且R中的每个非主属性都完全函数依赖于主码，则R(U,F)∈2NF。例：S-L-C（Sno,Sdept,Sloc,Cno,Grade）就不是2NF的。 因为（Sno,Cno）是主码，而又有：Sno→Sdept,因此有：（Sno，Cno）→Sdept关系规范化范式这个关系存在操作异常。分解过程为：首先，对于组成主码的属性集合的每一个子集，用它作为主码构成一个表。然后，具有部分依赖关系的属性构成另一个表，用决定因子做主码。对于每个表，将依赖于此主码的属性放置到此表中。S-L-C关系模式分解后的形式为：S-L（Sno,Sdept,Sloc）和S-C（Sno,Cno,Grade）S-L有：Sno→Sdept，Sno→SLOC：是2NFS-C有:（Sno,Cno）→Grade：是2NF关系规范化范式看一下分解完之后是否还存在问题，先讨论对S-L表。首先，在这个关系模式中，描述多少个学生就会重复描述每个系和其所在的宿舍楼多少边，因此还存在数据冗余。其次，当新组建一个系时，如果此系还没有招收学生，但已分配了宿舍楼，则无法将此系的信息插入到数据库中，因为这时的学号为空。这是插入异常。由此我们看到第二范式的表同样还可能存在操作异常情况，因此我们需要对此关系模式进行进一步的分解。关系规范化范式3．第三范式定义：如果R(U,F)∈2NF，并且所有非主属性都不传递依赖于主码，则R(U,F)∈3NF。关系模式S-L（Sno,Sdept,Sloc），因