数据库设计祥解.ppt

7.4逻辑结构设计 逻辑结构设计的目的是把概念设计阶段的基本ER图转换成与选用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构（数据库模式和外模式）。 逻辑结构设计一般包括四个步骤： ⑴将概念模型转换为一般的关系模型、层次模型、网状模型或者面向对象模型。我们主要讨论把概念模型转换为一般的关系模型。 ⑵将从概念模型转换过来的模型向特定的DBMS支持下的数据模型转换。 ⑶对数据模型进行优化。 ⑷设计外模式 1.ER模型向关系模型的转换规则 ⑴实体类型的转换 转换成的关系模式为：教师（教师号，姓名，出生年月） ⑵联系类型的转换 ◆二元联系类型的转换： 例7.4下面对二元联系的`1：1、1：N和M：N三种情况分别举例。①设教育系统中学校和校长有1：1的联系，其ER图如图所示。在其转化过程中，学校和校长各为一个关系模式。 如果常用的查询是从学校查询其校长，那么在学校模式中加入校长名和任职年月，其关系模式的设计如下： 学校（校名，地址，电话，校长名，任职年月） 校长（姓名，性别，年龄，职称） 如果常用的查询是从校长查询学校，那么在校长模式中加入学校名和任职年月，其关系模式的设计如下： 校长（姓名，性别，年龄，职称，学校名，任职年月） 学校（校名，地址，电话） ②设车间与职工之间是1：N的联系，其ER图如图所示。在其转化的过程中，先将两个实体类型转换成两个关系模式，然后在职工中加入车间号和聘期两个属性，形成下面的关系模式： 车间（车间号，车间名，电话） 职工（工号，姓名，性别，年龄，车间号，聘期） ③设学生S和课程C间的联系是M：N，其ER图如图4.15所示。各个属性分别表示的含义为：S#学号， SNAME学生姓名， AGE年龄， SEX性别，C# 课程号，CNAME课程名称，TEACHER 任课教师。转换时先将两个实体类型转换成两个关系模式，然后将M：N联系也转换成关系模式，其属性为两端实体的标识符和联系类型的属性，即形成下面三个模式： S（S#，SNAME，AGE，SEX） C（C#，CNAME，TEACHER） 一元联系类型的转换：和二元联系类型的转换类似。 ①运动员根据其得分来排定名次。在名次排列中，排在他前面的只有一人，也就是说运动员之间的联系是1：1的联系，如图所示。根据转换规则，可以转换为如下的关系模式： 运动员（编号，姓名，性别，名次，上一名次编号） ②职工之间的上下级联系是1：N的联系，其ER图如图4.17所示。 根据转换规则，可以转换为如下的关系模式： 职工（工号，姓名，年龄，性别，经理工号） ③工厂的零件之间存在着组合关系，也就是M：N联系，一种零件由许多种子零件组成，而一种零件也可以是其他零件的子零件，其ER图如图所示。 根据转换规则，可以转换为如下的关系模式： 零件（零件号，零件名，规格） 三元联系类型及多元联系类型的转换 不管联系类型是何种方法，总是将三元联系类型或者多元联系类型转换成关系模式，其属性为各实体类型的键加上联系类型的属性，而键为各实体键的组合。需要注意的是，由于三元以上的联系比较复杂，这样设计出来的关系模式可能有冗余现象，因此有可能还需用规范化理论进行处理。 例7.6有三个实体：供应商、项目和零件，其中各实体的属性如下： 供应商（供应商号，姓名，城市） 项目（项目号，项目名称，城市） 零件（零件号，零件名称，零件颜色，零件数目） 根据规则可以转换成如下的四个关系模式： 供应商（供应商号，姓名，城市） 项目（项目号，项目名称，城市） 零件（零件号，零件名称，零件颜色，零件重量） 图4.19 供应商、项目和零件三个实体间的r：n：m联系 2．转换为特定DBMS支持下的数据模型 向特定的DBMS支持下的数据模型转换，需要熟悉所用的DBMS的功能与限制，它依赖于机器，不能给出一个普遍的限制，这里就不加以介绍了。对于关系模式来说，这种转换比较简单，不会有太多的困难。 3．数据模型的优化 具体的优化步骤如下： ①确定数据依赖。根据需求分析阶段所得到的语义，确定各关系模式内部各属性之间的数据依赖，以及不同关系模式间的数据依赖。 ②对各个关系模式之间的数据依赖进行极小化处理，消除冗余联系。 ③按照数据依赖的理论对关系模式逐一进行分析，考虑是否存在部分函数依赖、传递函数依赖、多值函数依赖等，确定关系模式分别属于第几范式。 数据模型的优化（续） ④根据需求分析阶段所得到的处理要求，分析这些模式是否适用于这样的应用环境，从而确定是否要对某些模式进行分解和合并。 ⑤对关系模式进行必要的分解，提高数据操作效率和存储空间的利用率。常用的分解方法是水平分解和垂直分解。 4.设计外模式 将概念模式转换为逻辑数据模型后，还应该根据局部应用的需求，并结合具体