ER关系模型转换实例

1.E-R模型向关系模型的转换规则：

（1）实体类型的转换

将每个实体类型转换成一个关系模式，实体的属性即为关系的属性，实体标识符即为关系的键。

（2）联系类型的转换

1)实体间的联系是1:1

可以在两个实体类型转换成两个关系模式中的任意一个关系模式的属性中加入另一个关系模式的键和联系类型的属性。

2)如实体间的联系是1:N

则在N端实体类型转换成的关系模式中加入1端实体类型转换成的关系模式的键和联系类型的属性。

3)如实体间的联系是M:N

则将联系类型也转换成关系模式，其属性为两端实体类型的键加上联系类型的属性，而键为两端实体键的组合。

学生学号姓名性别出生年份专业入学时间课程课号课程名学分选修教师编号姓名性别职称所属系讲授mnn1成绩

三元联系转换

• 1:1:1可以在三个实体类型转换成的三个关系模式中任意一个关系模式的属性中加入另两个关系模式的键（作为外键）和联系类型的属性

• 1:1:N在N端实体类型转换成的关系模式中加入两个1端实体类型的键（作为外键）和联系类型的属性

• 1:M:N将联系类型也转换成关系模式，其属性为M端和N端实体类型的键（作为外键）加上联系类型的属性，而键为M端和N端实体键的组合

• M:N:P将联系类型也转换成关系模式，其属性为三端实体类型的键（作为外键）加上联系类型的属性，而键为三端实体键的组合

• 仓库（仓库号#，仓库名，地址）

• 商店（商店号#，商店名）

• 商品（商品号#，商品名）

• 进货（商店号#，商品号#，仓库号#，日期#，数量）

仓库

进货 仓库号 仓库名

M

N 数量 地址

日期

商店 商品

商店号 商店名 商品号 商品名 P

1 / 25

E-R事例

1、某商业集团的销售管理系统

数据库中有三个实体集。一是“商店”实体集，属性有商店编号、商店名、地址等；二是“商品”实体集，属性有商品号、商品名、规格、单价等；三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。

商店与商品间存在“销售”联系,每个商店可销售多种商品，每种商品也可放在多个商店销售,每个商店销售一种商品，有月销售量;商店与职工间存在着“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作,商店聘用职工有聘期和月薪。

（1）试画出ER图，并在图上注明属性、联系的类型。

（2）将ER图转换成关系模型，并注明主键和外键.

解：(1) ER图如图7。1所示。

M 1

N N

图7。1

（2）这个ER图可转换4个关系模式：

商店（商店编号，商店名，地址）

职工（职工编号，姓名，性别,业绩，商店编号，聘期，月薪）

商品（商品号，商品名，规格，单价）

销售（商店编号,商品号，月销售量）

地址 商店编号

职工 商店 商店名

业绩 姓名 性别 商品

商品号 规格 月薪 月销售量

商品名 销售 聘用

单价

职工编号 聘期

2 / 25

2、设某商业集团的仓库管理系统

数据库有三个实体集.一是“公司”实体集，属性有公司编号、公司名、地址等；二是“仓库”实体集，属性有仓库编号、仓库名、地址等;三是“职工”实体集，属性有职工编号、姓名、性别等.

公司与仓库间存在“隶属”联系，每个公司管辖若干仓库，每个仓库只能属于一个公司管辖；仓库与职工间存在“聘用"联系，每个仓库可聘用多个职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。

(1) 试画出ER图，并在图上注明属性、联系的类型。

(2) 将ER图转换成关系模型，并注明主键和外键。

解:（1) ER图如图7。2所示.

1

N

公司车队信息系统

本例为某货运公司设计了车队信息管理系统，对车辆、司机、维修、保险、报销等信息和业务活动进行管理。其ER图如图7.8所示。

该ER图有7个实体类型，其结构如下：

部门（部门号，名称，负责人）

车队（车队号，名称，地址）

司机（司机号，姓名，执照号，电话，工资）

车辆（车牌号，车型，颜色，载重）

保险公司（保险公司号，名称，地址）

维修公司（维修公司号，名称，地址）

开销（顺序号，费用类型，费用，日期，经手人）

实体之间有7个联系，其中6个是1:N联系，1个是M:N联系。其中联系的属性如下： 图7.8 公司车队信息系统的ER模型 部门 车队 司机

车辆 开销

维修公司 调用

报销 拥有 聘用

保险2 保险1 M 1 N

N 1 N N

N N

1 1

保险公司 1 N

维修 调用（出车编号，出车日期，车程，费用，车辆数目）

保险1（投保日期，保险种类，费用）

保险2（投保日期，保险种类，费用）

进而，读者可以很容易地转换成关系模式集。

解：根据ER图和转换规则，7个实体类型转换成7个关系模式，1个M:N联系转换成1个关系模式，共8个关系模式，如下：

部门（部门号，名称，负责人）

车队（车队号，名称，地址）

司机（司机号，姓名，执照号，电话，工资，车队号，保险公司号，投保日期，保险种类，费用）

车辆（车牌号，车型，颜色，载重，车队号，保险公司号，投保日期，保险种类，费用，维修公司号）

保险公司（保险公司号，名称，地址）

维修公司（维修公司号，名称，地址）

开销（顺序号，车牌号，费用类型，费用，日期，经手人）

调用（出车编号，车队号，部门号，出车日期，车程，费用，车辆数目） 人事管理信息系统

人事管理信息系统中涉及到职工、部门、岗位、技能、培训课程、奖惩记录等信息。其ER图如图7.9所示。

M

1

1 N N

1

⑴确定所有的实体集合

⑵选择实体集应包含的属性

⑶确定实体集之间的联系

⑷确定实体集的关键字，用下划线在属性上表明关键字的属性组合

⑸确定联系的类型，在用线将表示联系的菱形框联系到实体集时，在线旁注明是1或n(多）来表示联系的类型

作E-R图举例 （1）以自底向上设计概念结构的方法为例，它通常分为两步：

第一步：首先要根据需求分析的结果（数据流图、数据字典等）对现实世界的数据进行抽象，设计各个局部视图即分E-R图。

第二步：集成局部视图。概念结构是对现实世界的一种抽象，一般有三种抽象： ⑴分类 （ is member of ）⑵聚集 ( is part

of)⑶概括 (is subset of )设计分E-R图的步骤是：⑴选择局部应用在需求分析阶段，通过对应用环境和要求进行详尽的调查分析，用多层数据流图和数据字典描述了整个系统。设计分E-R图的第一步，就是要根据系统的具体情况，在多层的数据流图中选择一个适当层次的（经验很重要）数据流图，让这组图中每一部分对应一个局部应用，我们即可以以这一层次的数据流图为出发点，设计分E-R图。一般而言，中层的数据流图能较好地反映系统中各局部应用的子系统组成，因此人们往往以中层数据流图作为设计分E-R图的依据⑵逐一设计分E-R图每个局部应用都对应了一组数据流图，局部应用涉及的数据都已经收集在数据字典中了。现在就是要将这些数据从数据字典中抽取出来，参照数据流图， <1> 标定局部应用中的实体, <2> 实体的属性、标识实体的码， <3> 确定实体之间的联系及其类型（1：1、1：n、m：n）。 <1> 标定局部应用中的实体现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。对象和实体之间是 "is member of "的关系。例如在学校环境中，可以把张三、李四、王五等对象抽象为学生实体。对象类型的组成成分可以抽象为实体的属性。组成成分与对象类型之间是 "is part of "的关系。例如学号、姓名、专业、年级等可以抽象为学生实体的属性。其中学号为标识学生实体的码。<2> 实体的属性、标识实体的码实际上实体与属性是相对而言的，很难有截然划分的界限。同一事物，在一种应用环境中作为 "属性 "，在另一种应用环境中就必须作为 "实体 "。一般说来，在给定的应用环境中：⑴属性不能再具有需要描述的性质。即属性必须是不可分的数据项。⑵属性不能与其他实体具有联系。联系只发生在实体之间。 <3> 确定实体之间的联系及其类型（1：1、 1：n、 m：n）。根据需求分析，要考察实体之间是否存在联系，有无多余联系