第3讲数据库设计方法—逻辑模型以及ER模型到关系模型的转化报告
合集下载
建立教务管理关系模型ER模型转换为关系模型
建立教务管理关系模型
E-R模型是概念结构设计的结果 接下来进行逻辑结构设计:
将E-R模型转换为关系模型 对关系模型进行优化
建立教务管理关系模型
E-R模型转换为关系模型
关系模型实质上就是一组关系模式的集合 E-R模型转换为关系模型，就是将E-R模型中的实体、 实体间的联系转换为关系模式。 具体转换方法如下：
建立教务管理关系模型
优化关系模型
第二范式： 若关系模式R∈1NF，并且每一个非主属性都完全函数
依赖于R的关键字，则R为第二范式。记作：R∈2NF。
建立教务管理关系模型
优化关系模型
例如，关系模式： R(学号，课程号，成绩，姓名，性别，班级，班主任)
其中函数依赖为： （学号，课程号）→成绩
学号 → 姓名 学号 → 性别 学号 → 班级 班级 → 班主任 学号 → 班主任
建立教务管理关系模型
优化关系模型
第一范式： 如果一个关系模式R的所有属性都是不可再分的数据项，
则R为第一范式。记作：R∈1NF。
例如，关系模式： R(学号，课程号，成绩，姓名，性别，班级，班主任)
其中每个属性都不可再分，因此满足1NF。
第一范式是对关系的一个最低要求。一个规范化的关系至少应满足 第一范式的要求。
建立教务管理关系模型
优化关系模型
第三范式： 若关系模式R∈2NF，并且它的每一个非主属性不传递
依赖于R的关键字，则R为第三范式。记作：R∈3NF。
建立教务管理关系模型
优化关系模型
例如，关系模式： R1(学号，姓名，性别，班级，班主任)
其中存在函数依赖： 学号 → 班主任
班级 → 班主任
第二范式
非主属性“班主任”传递函数依赖于关键字“学号”。因此关系R1不满 足第三范式。
数据库——数据库设计E-R图向关系模型的转换
数据库——数据库设计E-R图向关系模型的转换1、将下列物资管理E-R图转换为关系模式：转换原则⒈ ⼀个实体型转换为⼀个关系模式。
关系的属性：实体型的属性关系的码：实体型的码⒉ ⼀个m:n联系转换为⼀个关系模式(初步，以后可能调整）。
关系的属性：与该联系相连的各实体的码以及联系本⾝的属性关系的码：各实体型码的组合⒊ 1:n联系---与n端对应的关系模式合并在n端关系中加⼊1端关系的码和联系本⾝的属性⒋ ⼀个1:1联系，可以与任意⼀端对应的关系模式合并。
⒌ 3个或3个以上实体间的⼀个多元联系转换为⼀个关系模式。
关系的属性：与该多元联系相连的各实体的码以及联系本⾝的属性关系的码：各实体码的组合供应(供应商号,项⽬号,零件号,供应量)⒍ 同⼀实体集的实体间的联系，即⾃联系，也可按上述1:1、1:n和m:n三种情况分别处理。
⒎ 具有相同码的关系模式可合并。
⽬的：减少系统中的关系个数1.⼀个实体型转换为⼀个关系模式：供应商（供应商号，姓名，地址，电话号，账号）2.⼀个实体型转换为⼀个关系模式：项⽬（项⽬号，预算，开⼯⽇期）3.⼀个实体型转换为⼀个关系模式：零件（零件号，名称，规格，单价，描述）4. 3个或3个以上实体间的⼀个多元联系转换为⼀个关系模式。
供应（供应商号，项⽬号，零件号，供应量）5.⼀个实体型转换为⼀个关系模式：仓库（仓库号，⾯积，电话号）6. ⼀个实体型转换为⼀个关系模式。
1:n联系---与n端对应的关系模式合并。
（1：n⼯作联系）同⼀实体集的实体间的联系，即⾃联系，也可按上述1:1、1:n和m:n三种情况分别处理。
（职⼯与领导职⼯的⾃联系）职⼯（职⼯号，姓名，年龄，职称，仓库号，领导职⼯号）7. ⼀个m:n联系转换为⼀个关系模式。
库存（仓库号，零件号，库存量）2019/6/19更新后天考试，这⾥再给出两道课本样题1．学校中有若⼲系，每个系有若⼲班级和教研室，每个教研室有若⼲教员，其中有的教授和副教授每⼈各带若⼲研究⽣； 每个班有若⼲学⽣， 每个学⽣选修若⼲课程， 每门课可由若⼲学⽣选修。
数据库设计中E_R图向关系模式的转换
E-R 图向关系模式的转换要解决的问题是如何将实体和 实体间联系转换成关系模式，以及如何确定关系模式的属性 和主键。下面以如图 1 所示的 E-R 图为例，来讨论转换规则 及相应的转换方法。
1 实体向关系模式的转换
实体向关系模式转换的基本规则是：E-R 图中的一个实 体转换为一个独立的关系模式，实体中的属性就是关系的属 性，实体的键就是关系中的键。按此规则，图 1 中的实体转 换后有以下 6 个关系模式：
学习成绩 （学号，课程编号，成绩）。
3 结语
在进行数据库逻辑设计的过程中，应根据需要选择相应 规则来进行 E-R 图到关系模式的转换。另外，由 E-R 图转换 成的关系模式一般包含的属性较少，为了以后数据查询的方 便，可能还会需要进一步合并关系模式。
参考文献
[1] 萨师煊，王珊. 数据库系统概论. 三版. 北京：高等教育 出版社，2000.
一对多联系向关系模式转换也有两种方法，第一种方法，
将联系转换为一个独立的关系模式，模式的名称为联系的名
称，模式的属性为相关联的实体的键以及联系本身的属性，
键为多方实体的键。用这种方法，图 1 中学校实体和系部实 体的 “管理”联系，系部实体和学生实体的 “招收”联系， 系部实体和教师实体的“聘用”联系，均转换为一个独立的 关系模式：
由上述分析可知，选择出的上报服务是正确的，获取了
2620-2627.
该服务组合实例的可靠性，从而使服务组合具有可信性。
该 Petri 网中的标识和变迁如下：
i 服务的初始状态
o 服务的结束状态
t1 专业厂定额员制定工时操作 p1 制定工时成功状态
t2 专业厂定额员上报工时操作 p2 上报工时成功状态
一个管理信息系统的好坏，很大程度上取决于数据库设 计的好坏，因此，数据库设计也是管理信息系统开发和建设 中的核心技术。按照规范设计的方法，数据库的设计分为 6 个阶段：需求分析、概念结构设计、逻辑结构设计、物理结 构设计、数据库实施以及数据库运行与维护。主要讨论在数 据库逻辑设计阶段中 E-R 图向关系模式的转换。
1 实体向关系模式的转换
实体向关系模式转换的基本规则是：E-R 图中的一个实 体转换为一个独立的关系模式，实体中的属性就是关系的属 性，实体的键就是关系中的键。按此规则，图 1 中的实体转 换后有以下 6 个关系模式：
学习成绩 （学号，课程编号，成绩）。
3 结语
在进行数据库逻辑设计的过程中，应根据需要选择相应 规则来进行 E-R 图到关系模式的转换。另外，由 E-R 图转换 成的关系模式一般包含的属性较少，为了以后数据查询的方 便，可能还会需要进一步合并关系模式。
参考文献
[1] 萨师煊，王珊. 数据库系统概论. 三版. 北京：高等教育 出版社，2000.
一对多联系向关系模式转换也有两种方法，第一种方法，
将联系转换为一个独立的关系模式，模式的名称为联系的名
称，模式的属性为相关联的实体的键以及联系本身的属性，
键为多方实体的键。用这种方法，图 1 中学校实体和系部实 体的 “管理”联系，系部实体和学生实体的 “招收”联系， 系部实体和教师实体的“聘用”联系，均转换为一个独立的 关系模式：
由上述分析可知，选择出的上报服务是正确的，获取了
2620-2627.
该服务组合实例的可靠性，从而使服务组合具有可信性。
该 Petri 网中的标识和变迁如下：
i 服务的初始状态
o 服务的结束状态
t1 专业厂定额员制定工时操作 p1 制定工时成功状态
t2 专业厂定额员上报工时操作 p2 上报工时成功状态
一个管理信息系统的好坏，很大程度上取决于数据库设 计的好坏，因此，数据库设计也是管理信息系统开发和建设 中的核心技术。按照规范设计的方法，数据库的设计分为 6 个阶段：需求分析、概念结构设计、逻辑结构设计、物理结 构设计、数据库实施以及数据库运行与维护。主要讨论在数 据库逻辑设计阶段中 E-R 图向关系模式的转换。
建立教务管理关系模型ER模型转换为关系模型
建立教务管理关系模型
优化关系模型
2．规范化
低级范式的关系模式中存在非主属性对关键字的部分函数依赖和传 递函数依赖，这些不合适的数据依赖将导致关系中存在删除异常、插入 异常、修改复杂、数据冗余的问题。
规范化就是将一个低一级范式的关系模式转化为若干个高一级范式 的关系模式的集合，消除原来关系模式中存在的不合适的数据依赖，使 得各个关系模式达到某种程度的分离，从而解决关系中存在的数据冗余、 插入异常、修改复杂、删除异常等问题。
建立教务管理关系模型
优化关系模型
又如，关系模式： R1(学号，姓名，性别，班级)
每个属性不可再分，非主属性“姓名”、“性别”、“班级”都完全函 数依赖于关键字“学号”，并且每个非主属性都不传递函数依赖于关键 字“学号”。 因此关系R11满足第三范式。
第三范式消除了非主属性对关键字的传递函数依赖，保证非主属性 既不部分依赖于关键字，也不传递依赖于关键字。
建立教务管理关系模型
优化关系模型
第二范式： 若关系模式R∈1NF，并且每一个非主属性都完全函数
依赖于R的关键字，则R为第二范式。记作：R∈2NF。
建立教务管理关系模型
优化关系模型
例如，关系模式： R(学号，课程号，成绩，姓名，性别，班级，班主任)
其中函数依赖为： （学号，课程号）→成绩
学号 → 姓名 学号 → 性别 学号 → 班级 班级 → 班主任 学号 → 班主任
任务3-2：完成教务系统的模型优化
出生日期 姓名 学号
政治面貌
入学时间
班号
班名
学生
n
属于
1
班级
n
专业号
专业名
属于
1
专业
性别 联系电话
数据库系统原理课件：Er模型和关系模型
体的主码组成
45
码
主属性
候选码的诸属性称为主属性（Prime attribute） 不包含在任何侯选码中的属性称为非主属性
（ Non-Prime attribute） 或非码属性（Non-key attribute）
35
关系的基本性质
列是同质的（Homogeneous） 不同的列可出自同一个域
– 其中的每一列称为一个属性
Candidate key 若关系中的某一属性组的值能唯一地标识一个元
组，则称该属性组为候选码 最简单的情况：候选码只包含一个属性
全码
All-key 最极端的情况：关系模式的所有属性组是这个关
系模式的候选码，称为全码
34
主码
Primary key 若一个关系有多个候选码，则选定其中一个为主
12
示例：部门与经理之间的联系 集
经理 1
管理 1
部门
13
实体集之间的一对多联系
如果实体集A中的每个实体在实体集B中 有n个实体（n≥0）与之联系，而B中每 个实体在A中只有一个实体与之联系，则 称A与B之间是一对多联系，记作：1 : n。
A B1 A B2 A Bn
14
示例：部门与职工之间的联系 集
关系模式的所有属性组是这个关系模式的候选码称为全码35primarykey候选码的诸属性称为主属性primeattribute不包含在任何侯选码中的属性称为非主属性nonprimeattribute或非码属性nonkeyattribute36任意两个元组的候选码不能相同37er取出有实际意义的元组来构造关系38现实世界使用实体联系模型抽象实体联系图关系模式使用关系模型转换3911预习2551524022根据下列描述画出电影厂的er图标出实体的码转换为关系模式标出主码在电影制片厂中一个演员可以在多部电影中扮演角色
45
码
主属性
候选码的诸属性称为主属性（Prime attribute） 不包含在任何侯选码中的属性称为非主属性
（ Non-Prime attribute） 或非码属性（Non-key attribute）
35
关系的基本性质
列是同质的（Homogeneous） 不同的列可出自同一个域
– 其中的每一列称为一个属性
Candidate key 若关系中的某一属性组的值能唯一地标识一个元
组，则称该属性组为候选码 最简单的情况：候选码只包含一个属性
全码
All-key 最极端的情况：关系模式的所有属性组是这个关
系模式的候选码，称为全码
34
主码
Primary key 若一个关系有多个候选码，则选定其中一个为主
12
示例：部门与经理之间的联系 集
经理 1
管理 1
部门
13
实体集之间的一对多联系
如果实体集A中的每个实体在实体集B中 有n个实体（n≥0）与之联系，而B中每 个实体在A中只有一个实体与之联系，则 称A与B之间是一对多联系，记作：1 : n。
A B1 A B2 A Bn
14
示例：部门与职工之间的联系 集
关系模式的所有属性组是这个关系模式的候选码称为全码35primarykey候选码的诸属性称为主属性primeattribute不包含在任何侯选码中的属性称为非主属性nonprimeattribute或非码属性nonkeyattribute36任意两个元组的候选码不能相同37er取出有实际意义的元组来构造关系38现实世界使用实体联系模型抽象实体联系图关系模式使用关系模型转换3911预习2551524022根据下列描述画出电影厂的er图标出实体的码转换为关系模式标出主码在电影制片厂中一个演员可以在多部电影中扮演角色
er模型转换为关系模型的规则
er模型转换为关系模型的规则
1. ER模型中每个实体类转换为一个关系类：每个实体类将转换为一个关系类，关系类中由实体类属性组成，每个关系类对应数据库中的一张表。
2. ER模型中每个属性转换为一个字段：每个属性将转换为一个字段，字段中有类型和它自身的属性，每个属性对应关系类中的一个列。
3. ER模型中的强实体转换为关系类中的主键：强实体在转换为关系模型时，将当做该关系类的主键。
4. ER模型中的关系类转换为关系类：特殊的关系类在转换为关系模型时将会生成一个新的关系类，这个关系类由两个之前存在的实体类的两个属性组成，用于表示他们之间的关系。
数据库原理 E-R图向关系模型的转换原则
payment(loan-number, payment-number, payment-date,
payment-amount)
数据库系统概论
2
联系集
一个1:1联系可以转换为一个独立的关系模式，也可以与任
意一端对应的关系模式合并。 一法：转换为一个独立的关系模式
关系的属性：与该联系相连的各实体的码以及联系本 身的属性
关系的候选码：每个实体的码均是该关系的候选码 二法：与某一端对应的关系模式合并 合并后关系的属性：加入对应关系的码和联系本身的 属性 合并后关系的码：不变
数据库系统概论
3
联系集（续）
一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关
系模式合并。 一法：转换为一个独立的关系模式
数据库系统概论
12
E-R Diagram for a Banking Enterprise 银行系统的E-R图
数据库系统概论
13
数据库系统概论
4
联系集（续）
三个或三个以上实体间的一个多元联系转换为一个关
系模式 关系的属性：与该多元联系相连的各实体的码 以及联系本身的属性 关系的候选码：各实体码的组合 同一实体集的实体间的联系，即自联系，也可按上述 1:1、1:n和m:n三种情况分别处理。 例子：employee(employee-id, employee-name, telephone-number, manager-id)
数据库系统概论
5
表的合并
具有相同码的关系模式可合并
目的：减少系统中的关系个数。 合并方法：将其中一个关系模式的全部属性加入到另一 个关系模式中，然后去掉其中的同义属性（可能同名也 可能不同名），并适当调整属性的次序。 例子： 拥有（学号，性别）
数据库原理E-R图向关系模型的转换原则
主键和外键用于建立关系之间的联系，确保数据 的完整性和准确性。
04 E-R图向关系模型的转换 原则
将实体集转换为关系
实体集
01
在E-R图中，实体集表示为封闭的边界线框，可以包含属性。
关系
02
在关系模型中，每个实体集对应一个关系，关系的名称通常与
实体集的名称相同。
转换
03
将实体集转换为关系时，需要将实体集的属性转换为关系的属
将实体关系转换为关系
实体关系
在E-R图中，实体关系表示为实体集之间的连线，表示实体集之间 的关联或依赖关系。
关系
在关系模型中，实体关系通过关系的完整性约束来体现，包括主键、 外键、参照完整性等。
转换
将实体关系转换为关系时，需要将实体关系的类型和关联的属性转换 为关系的完整性约束，以确保数据的一致性和完整性。
转换过程演示
总结词
详细演示如何将E-R图转换为关系模型。
详细描述
首先，将实体转换为关系表，并为每个实体分配一个 主键。然后，将属性转换为表的字段，并确定每个字 段的数据类型和长度。接下来，根据E-R图中的关系 ，建立相应的关联表，并定义外键约束。最后，根据 业务需求，可能还需要添加其他约束条件，如唯一性 约束、非空约束等。通过以上步骤，就可以将E-R图 转换为关系模型。
性，并保留实体集的名称作为关系的名称。
将属性转换为关系属性
属性
在E-R图中，属性表示为实体的内部特征，可以出现在实体集的内 部或外部。
关系属性
在关系模型中，每个属性对应一个关系属性，关系的属性包括在关 系的列中。
转换
将属性转换为关系属性时，需要将属性的名称和数据类型转换为关 系属性的名称和数据类型，并将其添加到对应的关系中。
04 E-R图向关系模型的转换 原则
将实体集转换为关系
实体集
01
在E-R图中，实体集表示为封闭的边界线框，可以包含属性。
关系
02
在关系模型中，每个实体集对应一个关系，关系的名称通常与
实体集的名称相同。
转换
03
将实体集转换为关系时，需要将实体集的属性转换为关系的属
将实体关系转换为关系
实体关系
在E-R图中，实体关系表示为实体集之间的连线，表示实体集之间 的关联或依赖关系。
关系
在关系模型中，实体关系通过关系的完整性约束来体现，包括主键、 外键、参照完整性等。
转换
将实体关系转换为关系时，需要将实体关系的类型和关联的属性转换 为关系的完整性约束，以确保数据的一致性和完整性。
转换过程演示
总结词
详细演示如何将E-R图转换为关系模型。
详细描述
首先，将实体转换为关系表，并为每个实体分配一个 主键。然后，将属性转换为表的字段，并确定每个字 段的数据类型和长度。接下来，根据E-R图中的关系 ，建立相应的关联表，并定义外键约束。最后，根据 业务需求，可能还需要添加其他约束条件，如唯一性 约束、非空约束等。通过以上步骤，就可以将E-R图 转换为关系模型。
性，并保留实体集的名称作为关系的名称。
将属性转换为关系属性
属性
在E-R图中，属性表示为实体的内部特征，可以出现在实体集的内 部或外部。
关系属性
在关系模型中，每个属性对应一个关系属性，关系的属性包括在关 系的列中。
转换
将属性转换为关系属性时，需要将属性的名称和数据类型转换为关 系属性的名称和数据类型，并将其添加到对应的关系中。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
回顾
数据库的三级模式：外模式—用户视图，模式——全 局视图，内模式——物理视图。 通过两级映射提高数据的逻辑独立性和物理独立性。 概念模型中的两个概念：实体、联系. 数据模型包括：概念模型(ER)、逻辑模型、物理模型 概念模型的两个基本概念——实体与联系，E-R模型 是一种概念模型表示方法. 逻辑模型：层次型、网状、关系型
工号
姓名
工资
另一个实体的主键 职工（工号，姓名，工资， 领导者工号，民意评价）
职工
1
领导
2018/10/12
N
民意评价
16
4） 同一实体集各实体间1: N联系
工号 1 2 3 … 姓名 陈一 李二 张三 … 工资 850 890 900 … 领导者工号 民意评价 称职 3 优秀 3 3 … 称职 …
无需专门用一个关系表示“联系”。可将“1”方关
系的主键纳入“N”方关系中作为外键，同时把联系
的属性也一起纳入“N”方关系中。
2018/10/12
10
学校名
校址
校长 学校（学校名，校址，校长）
学校 年薪
1
聘任
N
教师 教师（教工号，姓名，专长， 学校名，年薪）
教工号
姓名
专长
外键
2018/10/12
11
• 关系模型的基本概念 • 物理模型简介 • ER图到关系模型转换
2018/10/12
4
关系模型的基本概念
1．关系 将一个没有重复行、重复列的二维表看成一个关系。 2．元组（记录） 二维表的每一行在关系中称为关系的一个元组。 3．属性（字段） 二维表的每一列在关系中称为属性。 4．关键字 关系中用于区分和标示不同元组的属性组合。 5．外部关键字 如果关系中某个属性组合是另一个关系的关键字，则 称此属性组合为本关系的外部关键字。外部关键字体 现表间的联系。 6. 元 属性个数（n）称为关系的元。 5
•部门关系（部门编号，部门名称）。 •员工关系（员工编号，姓名，性别，部门编号)。 •部门关系中有4个元组，员工关系中有5个元组。 •员工关系的外部关键字是部门编号，体现了部门关系与 员工关系之间的联系。
2018/10/12
6
讨论：实体集用表格来表示是容易理解的，联系如何用表格 来表示呢？以选课系统为例。
2018/10/12
17
5） 同一实体集各实体间M: N联系
则需为“联系”单独建一个关系。该关系中至少应 包含被它联系的双方实体的“主键”，若“联系”有 属性，也要纳入该关系中。
课程号 课程名 学分
课程
课程（课程号，课程名，学分）
M
预修
2018/10/12
N
预修（课程号，预修课程号）
18
6） 多个实体集间M: N联系
课程（课程号，课程名，学分）
2018/10/12
13
3） 两实体集间1:1联系
对两实体间1：1联系，有二种转换方案：
第一：“联系”不单独建立关系，将实体集A主键放
到实体集B中作为外键。
第二： “联系”不单独建立关系，将实体集B主键放
到实体集A中作为外键。
2018/10/12
14
姓名
性别
年龄 方案1：
2） 两实体集间M: N联系
必须对“联系”单独建立一个关系。“联系”关系 的属性至少包含它所关联的双方实体的“主键”， 若“联系”自身有属性，也要一起纳入“联系”关系 中。
2018/10/12
12
学号
姓名
性别 学生（学号，姓名，性别） 成绩 选修（学号，课程号，成绩）
学生
M
选修
N
课程 课程号 课程名 学分
2018/10/12
1
数据库原理与应用
第3讲 数据库设计方法—ER模型到 关系模型的转化
2018/10/12
2
本讲内容、重点和难点
重点 ER模型到关系模型的转化 难点 关系数据库概述 关系型逻辑模型是当前最常见的数据库逻辑模型
2018/10/12
3
1.逻辑模型（层次，网状，关系）、 物理模型
学生表 课程表 教师表
学号 s1
姓名 学生A
课编号 课程名 c1 c1 课程A 课程B
教师号 姓名 t1 教师A
s2
学生B
t2
教师B
选课表
学号 s1
课编号 c1
修读学期 2010春 教师号 t1 t2
授课表（写写看）
课编号 c1 c2
授课学期 2010春 2010春
7
s1
s2
2018/10/12
c2
校长
校长（姓名，性别，年龄）
学校（学校名，校址，类别， 姓名） 方案2 学校（学校名，校址，类别） 校长（姓名，性别，年龄， 学校名）
1
管理
1
学校
学校名
校址
类别
2018/10/12
15
以下的关系模型为补充内容
4） 同一实体集各实体间1: N联系 可在这个实体关系中多设一个属性，用来表示与当前 实体（表中当前行）相联系的另一个实体的“主键”。
c1
2010春
2010春
物理模型（了解）
物理模型 在逻辑模型确定后，要将逻辑模型提出的静态结构、动 态结构、约束规则在计算机上进行实现，这项工作由 DBMS软件实现。 目前的DBMS大多支持关系型逻辑模型，比如Oracle, SQL Server，DB2等等。 我们也可以开发自己的DBMS，但这项工作的所需的人 力是很大的，所以当前软件行业的做法是：使用比较成 熟的DBMS系统，解决具体应用问题。因此，物理模式 一般不作过多的讨论。
2018/10/12
关系示例:
部门表
部门编号 D001 D002 D003 D004 部门名称 总经理办 市场部 销售部 仓储部 员工编 号 E001 E002 E003 E004 E005
员工表
员工姓名 钱达理 东方牧 郭文斌 肖海燕 张明华 性 别 男 男 男 女 男 部门编 号 D001 D001 D002 D003 D004
2018/10/12
8
从ER图导出关系模型数据结构
ER图描述信息的结构，是构造数据模型的依据。从ER图 出发导出关系模型数据结构的两点原则：
对ER图中的每个“实体集”，都应转换成一个关系；
对ER图中的 “联系”，根据实体联系的方式，采取 不同的方法加以处理；
2018/10/12
9
1） 两实体集间1: N联系
必须为“联系”单独建一个关系。该关系中至少应
包含被它联系的双方实体的“主键”，若“联系”有 属性，也要纳入该关系中。
2018/10/12
19
工程号
工程名
工程进度
工程项目
M
需求
工程项目（工程号，工程名， 工程进度）
数据库的三级模式：外模式—用户视图，模式——全 局视图，内模式——物理视图。 通过两级映射提高数据的逻辑独立性和物理独立性。 概念模型中的两个概念：实体、联系. 数据模型包括：概念模型(ER)、逻辑模型、物理模型 概念模型的两个基本概念——实体与联系，E-R模型 是一种概念模型表示方法. 逻辑模型：层次型、网状、关系型
工号
姓名
工资
另一个实体的主键 职工（工号，姓名，工资， 领导者工号，民意评价）
职工
1
领导
2018/10/12
N
民意评价
16
4） 同一实体集各实体间1: N联系
工号 1 2 3 … 姓名 陈一 李二 张三 … 工资 850 890 900 … 领导者工号 民意评价 称职 3 优秀 3 3 … 称职 …
无需专门用一个关系表示“联系”。可将“1”方关
系的主键纳入“N”方关系中作为外键，同时把联系
的属性也一起纳入“N”方关系中。
2018/10/12
10
学校名
校址
校长 学校（学校名，校址，校长）
学校 年薪
1
聘任
N
教师 教师（教工号，姓名，专长， 学校名，年薪）
教工号
姓名
专长
外键
2018/10/12
11
• 关系模型的基本概念 • 物理模型简介 • ER图到关系模型转换
2018/10/12
4
关系模型的基本概念
1．关系 将一个没有重复行、重复列的二维表看成一个关系。 2．元组（记录） 二维表的每一行在关系中称为关系的一个元组。 3．属性（字段） 二维表的每一列在关系中称为属性。 4．关键字 关系中用于区分和标示不同元组的属性组合。 5．外部关键字 如果关系中某个属性组合是另一个关系的关键字，则 称此属性组合为本关系的外部关键字。外部关键字体 现表间的联系。 6. 元 属性个数（n）称为关系的元。 5
•部门关系（部门编号，部门名称）。 •员工关系（员工编号，姓名，性别，部门编号)。 •部门关系中有4个元组，员工关系中有5个元组。 •员工关系的外部关键字是部门编号，体现了部门关系与 员工关系之间的联系。
2018/10/12
6
讨论：实体集用表格来表示是容易理解的，联系如何用表格 来表示呢？以选课系统为例。
2018/10/12
17
5） 同一实体集各实体间M: N联系
则需为“联系”单独建一个关系。该关系中至少应 包含被它联系的双方实体的“主键”，若“联系”有 属性，也要纳入该关系中。
课程号 课程名 学分
课程
课程（课程号，课程名，学分）
M
预修
2018/10/12
N
预修（课程号，预修课程号）
18
6） 多个实体集间M: N联系
课程（课程号，课程名，学分）
2018/10/12
13
3） 两实体集间1:1联系
对两实体间1：1联系，有二种转换方案：
第一：“联系”不单独建立关系，将实体集A主键放
到实体集B中作为外键。
第二： “联系”不单独建立关系，将实体集B主键放
到实体集A中作为外键。
2018/10/12
14
姓名
性别
年龄 方案1：
2） 两实体集间M: N联系
必须对“联系”单独建立一个关系。“联系”关系 的属性至少包含它所关联的双方实体的“主键”， 若“联系”自身有属性，也要一起纳入“联系”关系 中。
2018/10/12
12
学号
姓名
性别 学生（学号，姓名，性别） 成绩 选修（学号，课程号，成绩）
学生
M
选修
N
课程 课程号 课程名 学分
2018/10/12
1
数据库原理与应用
第3讲 数据库设计方法—ER模型到 关系模型的转化
2018/10/12
2
本讲内容、重点和难点
重点 ER模型到关系模型的转化 难点 关系数据库概述 关系型逻辑模型是当前最常见的数据库逻辑模型
2018/10/12
3
1.逻辑模型（层次，网状，关系）、 物理模型
学生表 课程表 教师表
学号 s1
姓名 学生A
课编号 课程名 c1 c1 课程A 课程B
教师号 姓名 t1 教师A
s2
学生B
t2
教师B
选课表
学号 s1
课编号 c1
修读学期 2010春 教师号 t1 t2
授课表（写写看）
课编号 c1 c2
授课学期 2010春 2010春
7
s1
s2
2018/10/12
c2
校长
校长（姓名，性别，年龄）
学校（学校名，校址，类别， 姓名） 方案2 学校（学校名，校址，类别） 校长（姓名，性别，年龄， 学校名）
1
管理
1
学校
学校名
校址
类别
2018/10/12
15
以下的关系模型为补充内容
4） 同一实体集各实体间1: N联系 可在这个实体关系中多设一个属性，用来表示与当前 实体（表中当前行）相联系的另一个实体的“主键”。
c1
2010春
2010春
物理模型（了解）
物理模型 在逻辑模型确定后，要将逻辑模型提出的静态结构、动 态结构、约束规则在计算机上进行实现，这项工作由 DBMS软件实现。 目前的DBMS大多支持关系型逻辑模型，比如Oracle, SQL Server，DB2等等。 我们也可以开发自己的DBMS，但这项工作的所需的人 力是很大的，所以当前软件行业的做法是：使用比较成 熟的DBMS系统，解决具体应用问题。因此，物理模式 一般不作过多的讨论。
2018/10/12
关系示例:
部门表
部门编号 D001 D002 D003 D004 部门名称 总经理办 市场部 销售部 仓储部 员工编 号 E001 E002 E003 E004 E005
员工表
员工姓名 钱达理 东方牧 郭文斌 肖海燕 张明华 性 别 男 男 男 女 男 部门编 号 D001 D001 D002 D003 D004
2018/10/12
8
从ER图导出关系模型数据结构
ER图描述信息的结构，是构造数据模型的依据。从ER图 出发导出关系模型数据结构的两点原则：
对ER图中的每个“实体集”，都应转换成一个关系；
对ER图中的 “联系”，根据实体联系的方式，采取 不同的方法加以处理；
2018/10/12
9
1） 两实体集间1: N联系
必须为“联系”单独建一个关系。该关系中至少应
包含被它联系的双方实体的“主键”，若“联系”有 属性，也要纳入该关系中。
2018/10/12
19
工程号
工程名
工程进度
工程项目
M
需求
工程项目（工程号，工程名， 工程进度）