第七章 关系数据库理论

关系数据库的规范化理论●7.1关系数据模式的规范化理论●7.1.1关系模式规范化的必要性●7.1.2函数依赖及其关系的范式●7.1.3多值依赖及关系的第四范式●7.2关系模式的分解算法●7.2.1关系模式分解的算法基础●7.2.3判定分解服从规范的方法●7.2.4关系模式的分解方法1.关系模式应满足的基本要求1)元组的每个分量必须是不可分的数据项。2)数据库中的数据冗余应尽可能少。3)关系数据库不能因为数据更新操作而引起数据不一致问题。4)当执行数据插入操作时，数据库中的数据不能产生插入异常现象。5)数据库中的数据不能在执行删除操作时产生删除异常问题。6)数据库设计应考虑查询要求，数据组织应合理。●7.1关系数据模式的规范化理论●7.1.1关系模式规范化的必要性2.关系规范化可能出现的问题1)数据冗余大。2)插入异常。3)删除异常。4)更新异常。数据依赖对关系模式的影响例：描述学校的数据库：学生的学号（Sno）、所在系（Sdept）系主任姓名（Mname）、课程名（Cname）成绩（Grade）单一的关系模式：StudentU、FU＝｛Sno,Sdept,Mname,Cname,Grade｝数据依赖对关系模式的影响（续）学校数据库的语义：⒈一个系有若干学生，一个学生只属于一个系；⒉一个系只有一名主任；⒊一个学生可以选修多门课程，每门课程有若干学生选修；⒋每个学生所学的每门课程都有一个成绩。数据依赖对关系模式的影响（续）属性组U上的一组函数依赖F：F＝｛Sno→Sdept,Sdept→Mname,(Sno,Cname)→Grade｝SnoCnameSdeptMnameGrade关系模式StudentU,F中存在的问题⒈数据冗余太大–浪费大量的存储空间例：每一个系主任的姓名重复出现⒉更新异常（UpdateAnomalies）–数据冗余，更新数据时，维护数据完整性代价大。例：某系更换系主任后，系统必须修改与该系学生有关的每一个元组关系模式StudentU,F中存在的问题⒊插入异常（InsertionAnomalies）–该插的数据插不进去例，如果一个系刚成立，尚无学生，我们就无法把这个系及其系主任的信息存入数据库。⒋删除异常（DeletionAnomalies）–不该删除的数据不得不删例，如果某个系的学生全部毕业了，我们在删除该系学生信息的同时，把这个系及其系主任的信息也丢掉了。数据依赖对关系模式的影响（续）结论：•Student关系模式不是一个好的模式。•“好”的模式：不会发生插入异常、删除异常、更新异常，数据冗余应尽可能少。原因：由存在于模式中的某些数据依赖引起的解决方法：通过分解关系模式来消除其中不合适的数据依赖。3.模式分解是关系规范化的主要方法规范化理论正是用来改造关系模式，通过分解关系模式来消除其中不合适的数据依赖，以解决插入异常、删除异常、更新异常和数据冗余问题。1.关系模式的简化表示法关系模式的完整表示是一个五元组：R〈U，D，Dom，F〉.其中：R为关系名；U为关系的属性集合；D为属性集U中属性的数据域；Dom为属性到域的映射；F为属性集U的数据依赖集。关系模式可以用三元组来为：R〈U，F〉.2.函数依赖的概念●7.1.2函数依赖及其关系的范式函数依赖一、函数依赖二、平凡函数依赖与非平凡函数依赖三、完全函数依赖与部分函数依赖四、传递函数依赖一、函数依赖定义设R(U)是一个属性集U上的关系模式，X和Y是U的子集。若对于R(U)的任意一个可能的关系r，r中不可能存在两个元组在X上的属性值相等，而在Y上的属性值不等，则称“X函数确定Y”或“Y函数依赖于X”，记作X→Y。X称为这个函数依赖的决定属性集(Determinant)。Y=f(x)说明：1.函数依赖不是指关系模式R的某个或某些关系实例满足的约束条件，而是指R的所有关系实例均要满足的约束条件。2.函数依赖是语义范畴的概念。只能根据数据的语义来确定函数依赖。例如“姓名→年龄”这个函数依赖只有在不允许有同名人的条件下成立3.数据库设计者可以对现实世界作强制的规定。例如规定不允许同名人出现，函数依赖“姓名→年龄”成立。所插入的元组必须满足规定的函数依赖，若发现有同名人存在，则拒绝装入该元组。函数依赖（续）例:Student(Sno,Sname,Ssex,Sage,Sdept)假设不允许重名，则有:Sno→Ssex，Sno→Sage,Sno→Sdept，Sno←→Sname,Sname→Ssex，Sname→SageSname→Sdept但Ssex→Sage若X→Y，并且Y→X,则记为X←→Y。若Y不函数依赖于X,则记为X─→Y。二、平凡函数依赖与非平凡函数依赖在关系模式R(U)中，对于U的子集X和Y，如果X→Y，但YX，则称X→Y是非平凡的函数依赖若X→Y，但YX,则称X→Y是平凡的函数依赖例：在关系SC(Sno,Cno,Grade)中，非平凡函数依赖：(Sno,Cno)→Grade平凡函数依赖：(Sno,Cno)→Sno(Sno,Cno)→Cno平凡函数依赖与非平凡函数依赖（续）对于任一关系模式，平凡函数依赖都是必然成立的，它不反映新的语义，因此若不特别声明，我们总是讨论非平凡函数依赖。三、完全函数依赖与部分函数依赖定义在关系模式R(U)中，如果X→Y，并且对于X的任何一个真子集X’，都有X’Y,则称Y完全函数依赖于X，记作XｆY。若X→Y，但Y不完全函数依赖于X，则称Y部分函数依赖于X，记作XPY。完全函数依赖与部分函数依赖（续）例:在关系SC(Sno,Cno,Grade)中，由于：Sno→Grade，Cno→Grade，因此：(Sno,Cno)ｆGrade四、传递函数依赖定义在关系模式R(U)中，如果X→Y，Y→Z，且YX，Y→X，则称Z传递函数依赖于X。注:如果Y→X，即X←→Y，则Z直接依赖于X。例:在关系Std(Sno,Sdept,Mname)中，有：Sno→Sdept，Sdept→MnameMname传递函数依赖于Sno3.码和外码（1）码定义设K为关系模式RU,F中的属性或属性组合。若KｆU，则K称为R的一个侯选码（CandidateKey）。若关系模式R有多个候选码，则选定其中的一个做为主码（Primarykey）。•主属性与非主属性•ALLKEY（2）外部码定义关系模式R中属性或属性组X并非R的码，但X是另一个关系模式的码，则称X是R的外部码（Foreignkey）也称外码•主码又和外部码一起提供了表示关系间联系的手段。4.范式•范式是符合某一种级别的关系模式的集合。•关系数据库中的关系必须满足一定的要求。满足不同程度要求的为不同范式。•范式的种类：第一范式(1NF)第二范式(2NF)第三范式(3NF)BC范式(BCNF)第四范式(4NF)第五范式(5NF)•各种范式之间存在联系：•某一关系模式R为第n范式，可简记为R∈nNF。NF5NF4BCNFNF3NF2NF11NF•1NF的定义如果一个关系模式R的所有属性都是不可分的基本数据项，则R∈1NF。•第一范式是对关系模式的最起码的要求。不满足第一范式的数据库模式不能称为关系数据库。•但是满足第一范式的关系模式并不一定是一个好的关系模式。1NF例:关系模式SLC(Sno,Sdept,Sloc,Cno,Grade)Sloc为学生住处，假设每个系的学生住在同一个地方。•函数依赖包括：(Sno,Cno)fGradeSno→Sdept(Sno,Cno)PSdeptSno→Sloc(Sno,Cno)PSlocSdept→Sloc1NF•SLC的码为(Sno,Cno)•SLC满足第一范式。•非主属性Sdept和Sloc部分函数依赖于码(Sno,Cno)SnoCnoGradeSdeptSlocSLCSLC不是一个好的关系模式(1)插入异常假设Sno＝95102，Sdept＝IS，Sloc＝N的学生还未选课，因课程号是主属性，因此该学生的信息无法插入SLC。(2)删除异常假定某个学生本来只选修了3号课程这一门课。现在因身体不适，他连3号课程也不选修了。因课程号是主属性，此操作将导致该学生信息的整个元组都要删除。SLC不是一个好的关系模式(3)数据冗余度大如果一个学生选修了10门课程，那么他的Sdept和Sloc值就要重复存储了10次。(4)修改复杂例如学生转系，在修改此学生元组的Sdept值的同时，还可能需要修改住处（Sloc）。如果这个学生选修了K门课，则必须无遗漏地修改K个元组中全部Sdept、Sloc信息。1NF•原因Sdept、Sloc部分函数依赖于码。•解决方法SLC分解为两个关系模式，以消除这些部分函数依赖SC（Sno，Cno，Grade）SL（Sno，Sdept，Sloc）2NF函数依赖图：SnoCnoGradeSCSLSnoSdeptSloc2NF•2NF的定义定义若关系模式R∈1NF，并且每一个非主属性都完全函数依赖于R的码，则R∈2NF。例：SLC(Sno,Sdept,Sloc,Cno,Grade)∈1NFSLC(Sno,Sdept,Sloc,Cno,Grade)∈2NFSC（Sno，Cno，Grade）∈2NFSL（Sno，Sdept，Sloc）∈2NF第二范式（续）•采用投影分解法将一个1NF的关系分解为多个2NF的关系，可以在一定程度上减轻原1NF关系中存在的插入异常、删除异常、数据冗余度大、修改复杂等问题。•将一个1NF关系分解为多个2NF的关系，并不能完全消除关系模式中的各种异常情况和数据冗余。3NF例：2NF关系模式SL(Sno,Sdept,Sloc)中•函数依赖：Sno→SdeptSdept→SlocSno→SlocSloc传递函数依赖于Sno，即SL中存在非主属性对码的传递函数依赖。3NF函数依赖图：SLSnoSdeptSloc3NF•解决方法采用投影分解法，把SL分解为两个关系模式，以消除传递函数依赖：SD（Sno，Sdept）DL（Sdept，Sloc）SD的码为Sno，DL的码为Sdept。3NFSD的码为Sno，DL的码为Sdept。SnoSdeptSDSdeptSlocDL3NF•3NF的定义定义关系模式RU，F中若不存在这样的码X、属性组Y及非主属性Z（ZY）,使得X→Y，Y→X，Y→Z，成立，则称RU，F∈3NF。例，SL(Sno,Sdept,Sloc)∈2NFSL(Sno,Sdept,Sloc)∈3NFSD（Sno，Sdept）∈3NFDL（Sdept，Sloc）∈3NF3NF•若R∈3NF，则R的每一个非主属性既不部分函数依赖于候选码也不传递函数依赖于候选码。•如果R∈3NF，则R也是2NF。•采用投影分解法将一个2NF的关系分解为多个3NF的关系，可以在一定程度上解决原2NF关系中存在的插入异常、删除异常、数据冗余度大、修改复杂等问题。•将一个2NF关系分解为多个3NF的关系后，并不能完全消除关系模式中的各种异常情况和数据冗余。BC范式（BCNF）•定义设关系模式RU，F∈1NF，如果对于R的每个函数依赖X→Y，若Y不属于X，则X必含有候选码，那么R∈BCNF。若R∈BCNF•每一个决定属性集（因素）都包含（候选）码•R中的所有属性（主，非主属性）都完全函数依赖于码•R∈3NF（证明）•若R∈3NF则R不一定∈BCNFBCNF例：在关系模式STJ（S，T，J）中，S表示学生，T表示教师，J表示课程。•每一教师只教一门课。每门课由若干教师教，某一学生选定某门课，就确定了一个固定的教师。某个学生选修某个教师的课就确定了所选课的名称：(S，J)→T，(S，T)→J，T→JBCNFSJTSTJSTJBCNFSTJ∈3NF•(S，J)和(S，T)都可以作为候选码•S、T、J都是主属性STJ∈BCNF•T→J，T是决定属性集，T不是候选码BCNF解决方法：将STJ分解为二个关系模式：SJ(S，J)∈BCNF，TJ(T，J)∈BCNF没有任何属性对码的部分函数依赖和传递函数依赖SJSTTJTJ3NF与BCNF的关系