第4章第2讲数据库结构设计.pptVIP

希望的田野;数据库设计的规范化理论 数据库设计一般方法 资源数据库结构设计;一、数据库设计的规范化理论;数据库设计完全是人的问题，而不是数据库管理系统的问题。 系统不管一个设计是好是坏，照样运行。 谁设计：在大型多用户共享数据库系统中，数据库设计应当由数据库管理员和系统分析员一起负责，和用户一道工作，了解各个用户的要求，把所有要求合并起来，共同为整个数据库做出恰当的、完整的设计。;（二）问题的提出;我们可以组成一个关系名为UN的关系模式：UN（学号，课程，成绩，系名，系主任） 现实世界的事实告诉我们： ①一个系有若干学生，但一个学生只属于一个系。 ②一个系只有一名系主任。 ③一个学生可以选修多门功课，每门课程可有若干学生选修。 ④每个学生学习每门课程有一个成绩。 当（学号，课程）组合属性值一定时，也就确定了该学号和课程对应的成绩、系名、系主任的属性值，并且有唯一性，所以（学号，课程）具有记录（元组）标识作用，是该关系的主键（关键字）。 这个关系模式在使用中会出现什么问题呢？;（1） 数据冗余;2. 修改异常;3. 插入异常;4. 删除异常;（三） 解决办法; 所以，当我们企图把太多的信息存放在一个关系时，就会出现数据冗余和更新异常等问题。主要表现如下： 1．? 数据冗余。 2．? 修改异常。 3．? 删除异常。 4． 插入异常。 ;（1）问题的根源;问题的根源（2） ;从上述例子中，我们可以看到，用几个结构简单的关系去取代原来结构复杂的关系，可有效地消除“异常”，这种分解过程叫做关系的规范化。 分解时采用了关系规范化理论作指导。一般来说，通过规范化理论可以把不好的关系数据库模式逐步转变为一个好的关系数据库模式。 所以，任何一个设计关系数据库的人，都要熟悉规范化技术与理论，了解规范化理论必须先了解关系模式中各属性之间的相互函数依赖，因此，下面将先讨论属性间（字段）的函数依赖关系，然后讨论关系规范化理论，从而使大家掌握关系数据库的设计理论，并将其用到具体的关系数据库设计工作中去。;函数依赖;对于函数依赖W A??如果存在 V W（V是W的真子集）而函数依赖 V A成立，则称A部分依赖于W；若不存在这种V，则称A完全依赖于W。 学生（学号，姓名，院系，系主任，课程，成绩） 学号，课程 姓名，院系，系主任 当存在非主属性对键码部分依赖时，就会产生数据冗余和更新异常。若非主属性对键码完全函数依赖，则不会出现类似问题。; ·对于函数依赖X Y，如果Y X（X不函数依赖于Y）而函数依赖Y Z成立，则称Z对X传递依赖。 学生（学号，姓名，院系，系主任，课程，成绩） 学号 院系，院系 系主任 如果X Y，且Y X，则X，Y相互依赖，这时Z与X之间就不是传递依赖，而是直接依赖了。 院系 系主任 系主任 院系;解决的途径 ;导出的函数依赖在描述属性之间的联系方面并没有比基本的函数依赖提供更多的信息。在一个函数依赖集中，导出的依赖相对于基本的依赖而言，虽然从形式上看多一种描述方式，但从本质上看，则完全是冗余的。 正是由于关系模式中存在对键码的这种冗余的依赖导致数据库中的数据冗余和更新异常。 ;解决的途径——消除关系模式中各属性对键码的冗余的依赖。 由于冗余的依赖有部分依赖与传递依赖之分，而属性又有主属性与非主属性之别，把解决的途径分为几个不同的级别，用范式来区别。;范式就是符合某一种级别的关系模式的集合。 目前主要有六种范式： 第一范式 第二范式 第三范式 BC范式 第四范式 第五范式 第一范式需满足的要求最低，在第一范式基础上满足进一步要求的为第二范式： 1NF 2NF 3NF BCNF 4NF 5NF 通过分解把属于低级范式的关系模式转换为几个属于高级范式的关系模式的集合，这一过程称为规范化。 ;第一范式（1NF）;第二范式（2NF）;第三范式（3NF） ;规范化和模式分解;2．模式分解 在关系数据库中，对关系模式的最基本要求是满足第一范式，这样的关系模式是合法的、允许的，但人们发现有些关系模式存在插入、删除、修改异常和数据冗余等弊病，人们要寻求解决这些问题的方法，这就是规范化的目的。 把一个关系模式分解为n个关系模式，称为关系模式的分解。模式分解是提高关系模式范式等级的重要方法。;下面我们举例来说明关系模式的分解方法和遵守的准则。为便于表示函数依赖关系，可在主属性下方划一横线，并用箭头标出属性之间的依赖关系。 例1：求关系UN(学号，课程，成绩，系名，系主任）的范式等级。同时，分解使之