第四章 数据库设计

第二节 ER模型与关系模型的转换

概述

在数据库设计过程中，ER模型（实体-联系模型）作为一种直观的概念建模工具，被广泛用于描述现实世界中的数据结构和业务规则。而关系模型则是数据库的实际实现基础，现代数据库管理系统（DBMS）普遍采用关系模型来存储和管理数据。本节重点介绍如何将ER模型转换为关系模型，这是数据库设计中的关键环节。通过本节内容的学习，考生将掌握ER模型的基本要素如何映射到关系模式，理解转换的原理和方法，并能灵活应用于实际数据库设计中。

核心概念

• ER模型：实体-联系模型，是一种用于描述数据的概念模型，由实体、属性和联系三部分组成。
• 实体（Entity）：现实世界中可区分的事物或对象，通常用矩形表示。
• 属性（Attribute）：描述实体或联系特征的数据元素，用椭圆表示。
• 主键（Primary Key）：唯一标识实体的属性或属性组合。
• 联系（Relationship）：实体之间的关联，用菱形表示。
• 基数（Cardinality）：描述联系中实体参与的数量关系，如一对一、一对多、多对多。
• 关系模型（Relational Model）：由关系（表）、元组（行）、属性（列）组成的数据模型。
• 关系模式（Relation Schema）：关系的结构定义，包括关系名和属性集合。

原理分析

ER模型与关系模型的转换是将抽象的概念模型转化为可实现的逻辑模型的过程。其核心是将ER模型中的实体、属性、联系映射为关系模式，以满足数据存储和操作的需求。

转换的基本原则是：

• 每个实体集通常转换为一个关系模式
• 每个属性转换为关系的属性列
• 主键属性保留，保证关系中元组的唯一性
• 联系根据其基数和参与度转换为一个或多个关系模式

转换过程中，要特别注意联系的类型（如一对一、一对多、多对多）、参与约束（全参与或部分参与）以及弱实体的处理方式，确保转换后的关系模式能正确反映业务规则和数据完整性。

详细内容

1. 实体集转换

实体集在ER模型中表示具有相同属性的实体集合。在转换时：

• 为每个实体集创建一个关系模式。
• 关系模式的属性包括实体集的所有属性。
• 实体集的主键属性作为关系模式的主键。

示例：假设有实体集“学生”，属性有学号（主键）、姓名、性别、出生日期，转换后生成关系：

学号（PK）	姓名	性别	出生日期

2. 属性的处理

• 简单属性：直接转换为关系的属性。
• 复合属性：拆分为多个简单属性。
• 多值属性：需要单独建立关系模式，包含实体主键和多值属性。

示例：员工实体有多值属性“技能”，则建立一个关系“员工技能”，属性包括员工ID和技能名称。

3. 关系集转换

根据联系的基数和参与度，关系集的转换方式分为三类：

(1) 一对一（1:1）关系

• 任选一方关系模式中添加对方实体的主键作为外键。
• 若有全参与方，应将外键放在全参与方对应的关系中。
• 外键可加上唯一约束确保1:1关系。

(2) 一对多（1:N）关系

• 将“多”端实体的关系模式中加入“一”端实体的主键作为外键。
• 外键用于表示联系。

(3) 多对多（M:N）关系

• 不能直接用外键表示。
• 新建一个关系模式表示该联系。
• 关系模式包含两个实体的主键作为外键，同时作为该关系的联合主键。
• 可包含联系的属性。

4. 弱实体集转换

• 弱实体没有完整主键，需要依赖关联的强实体。
• 转换时，将弱实体的属性和其所有者实体的主键组合成关系模式的主键。
• 关系模式中包含所有弱实体属性和强实体主键。

5. 处理特殊属性

• 派生属性：通常不转换为关系属性，因为可通过查询计算得到。
• 多值属性：单独建表处理。

实例分析

实例一：学生-选课系统

• 实体：学生（学号，姓名），课程（课程号，课程名）
• 联系：选课（多对多），属性有成绩

分析：

• 学生和课程分别转换为关系：

学号（PK）	姓名

课程号（PK）	课程名

• 选课联系为多对多关系，建立新关系：

学号（PK，FK）	课程号（PK，FK）	成绩

结论：该设计清晰表达学生选课及成绩信息，实现了关系模型的规范化。

实例二：公司员工管理

• 实体：员工（员工ID，姓名，部门ID），部门（部门ID，部门名）
• 联系：隶属（多对一，员工对部门）

分析：

• 员工关系包含部门ID作为外键：

员工ID（PK）	姓名	部门ID（FK）

• 部门关系：

部门ID（PK）	部门名

结论：采用外键连接实现一对多关系的表达，简洁高效。

实例三：弱实体转换

• 实体：订单（订单号，客户ID），订单项（无主键，依赖订单号和商品ID）

分析：

• 订单关系：

订单号（PK）	客户ID

• 订单项关系：

订单号（PK，FK）	商品ID（PK）	数量

结论：弱实体订单项通过组合主键保证唯一性，体现了弱实体依赖特征。

常见误区

• 误区1：多值属性直接转换为关系属性

  • 正确做法：多值属性应单独建表，避免数据冗余。

• 误区2：忽略联系的基数，错误设置外键

  • 正确做法：准确识别联系类型，合理放置外键。

• 误区3：弱实体未正确添加其所有者实体主键

  • 正确做法：弱实体关系模式主键应包括强实体主键。

• 误区4：派生属性盲目转换为关系字段

  • 正确做法：派生属性一般不存储，应通过计算获得。

• 误区5：多对多联系未拆分为新关系模式

  • 正确做法：多对多联系必须拆分，避免关系模式设计不合理。

应用场景

• 企业信息管理系统设计：设计员工、部门、项目等信息的数据库。
• 学校选课管理系统：设计学生、课程、选课及成绩管理。
• 电子商务订单系统：设计订单、商品、订单项等复杂关系。
• 医院管理系统：患者、医生、诊疗记录的关系建模。
• 图书馆管理系统：书籍、读者、借阅记录等数据建模。

知识拓展

• 规范化理论：关系模型转换后需满足范式要求，避免数据冗余和异常。
• ER扩展模型：如增强ER模型（EER），支持继承、多值属性等复杂结构。
• 逻辑设计优化：通过转换结果进行索引设计、分区设计等性能优化。
• 逆向工程：从已有关系模型反推ER模型，辅助数据库理解与维护。

总结回顾

本节详细介绍了ER模型到关系模型的转换方法，涵盖实体、属性、联系、弱实体等关键内容，重点讲解了不同联系类型的转换策略。通过典型案例分析，帮助理解转换过程中的细节和注意事项。掌握这些内容，有助于考生系统设计合理的数据库结构，提升数据库设计能力，为全国计算机等级考试四级数据库原理与应用科目打下坚实基础。

---

本节核心内容回顾：

• ER模型与关系模型的定义及区别
• 实体集转换为关系模式的原则
• 属性类型及处理方法
• 联系类型的分类及对应的转换策略
• 弱实体的特殊处理方式
• 常见误区及正确做法
• 实际应用场景举例

---