一、引言
E-R 模型即实体 - 联系模型，是数据库概念结构设计阶段的标准建模工具，诞生于 1976 年 Peter Chen 提出的实体 - 联系方法，核心作用是将用户业务需求转化为独立于具体数据库管理系统的概念模型，是需求分析与逻辑设计之间的关键桥梁。在软考软件设计师考试中，E-R 模型属于数据库系统模块核心考点，选择题每年固定考查 2-3 分 ，案例分析 中常以数据库设计题形式出现，分值占比可达15-20 分，是必须熟练掌握的核心知识点。
本文将系统讲解 E-R 模型三大核心构件、特殊结构定义、向关系模型的转换规则、E-R 图设计方法、典型问题解析及考试应对策略，覆盖所有 E-R 模型相关考点。
二、E-R 模型核心原理与基本构件
2.1 三大核心构件定义与表示
E-R 模型由实体、联系、属性三类基本要素构成，所有业务概念都可通过这三类要素的组合进行抽象描述：
实体 ：客观存在且可相互区分的事物，既可以是具体的物理对象，如一名学生、一台设备，也可以是抽象的概念，如一门课程、一次交易。具有相同属性的实体的集合称为实体集，E-R 图中使用矩形表示实体集。实体的标识通过键实现，能唯一标识实体的最小属性集合称为候选键，从候选键中选定的用于标识实体的键称为主键，主键属性不允许为空且不能重复。
联系 ：实体集之间的关联关系，描述不同实体之间的业务对应规则，如学生与课程之间的 "选修" 关系、职工与部门之间的 "所属" 关系。E-R 图中使用菱形表示联系，菱形内部标注联系的名称。根据实体之间的对应数量，联系可分为三类：
一对一 (1:1) ：实体集 A 中的任意一个实体，最多与实体集 B 中的一个实体关联，反之实体集 B 中的任意一个实体也最多与实体集 A 中的一个实体关联，典型场景如 "校长" 与 "学校"、"身份证" 与 "公民"。
一对多 (1:n) ：实体集 A 中的任意一个实体，可以与实体集 B 中的多个实体关联，但实体集 B 中的任意一个实体最多与实体集 A 中的一个实体关联，典型场景如 "部门" 与 "员工"、"班级" 与 "学生"。
多对多 (m:n) ：实体集 A 中的任意一个实体，可以与实体集 B 中的多个实体关联，反之实体集 B 中的任意一个实体也可以与实体集 A 中的多个实体关联，典型场景如 "学生" 与 "课程"、"读者" 与 "图书"。
属性 ：实体或联系所具有的特征，用于描述实体的状态或联系的性质，如学生的学号、姓名，选修联系的成绩、选修时间。E-R 图中使用椭圆表示属性，通过无向边连接到所属的实体或联系。
根据属性的特征可分为四类：
简单属性与复合属性 ：简单属性是不可再拆分的最小属性单元，如学号、身份证号；复合属性可以拆分为多个子属性，如 "地址" 可拆分为省、市、街道、门牌号，复合属性在转换为关系模型时需要拆分为多个简单属性。
单值属性与多值属性 ：单值属性对于一个特定实体只能取一个值，如学号、出生日期；多值属性对于一个特定实体可以取多个值，如员工的 "亲属姓名"、学生的 "获奖证书"，E-R 图中使用双椭圆表示多值属性。
派生属性 ：属性值可以通过其他属性计算得到，不需要独立存储，如 "年龄" 可以通过 "出生日期" 计算得到，"订单总额" 可以通过 "商品单价" 和 "购买数量" 计算得到，E-R 图中使用虚椭圆表示派生属性。
NULL 属性 ：表示属性值未知或无意义，如未填写的 "联系电话"、离职员工的 "在职部门"，NULL 属性参与算术运算时结果仍为 NULL，参与比较运算时结果为未知。
E-R 模型核心构件示意图，包含实体、联系、属性的表示方法，以及三类联系类型、四种特殊属性的图形化表示示例
2.2 特殊构件与约束规则
除基本构件外，E-R 模型还包含弱实体、参与约束等特殊结构，用于描述复杂的业务规则：
弱实体集 ：一类特殊的实体集，其存在必须依赖于另一个实体集，没有所有者实体则弱实体没有存在意义，典型场景如 "家属" 实体依赖于 "职工" 实体、"课程成绩" 实体依赖于 "学生" 和 "课程" 实体。弱实体集不能独立存在，自身没有完整的主键，需要通过所有者实体的主键结合自身的部分属性（称为分辨符）共同标识，E-R 图中使用双边矩形表示弱实体集。
标识性联系 ：弱实体集与其所有者实体集之间的联系，用于标识弱实体，E-R 图中使用双边菱形表示。弱实体集必须完全参与标识性联系，即每个弱实体都必须对应一个所有者实体。
参与约束 ：描述实体集中的实体参与联系的范围，分为完全参与和部分参与两类。完全参与指实体集中的所有实体都必须参与该联系，如 "学生" 实体必须参与 "属于班级" 联系，E-R 图中使用双线连接实体与联系；部分参与指实体集中的部分实体可以不参与该联系，如 "教师" 实体中只有部分教师参与 "担任班主任" 联系，使用单线连接实体与联系。
三、E-R 模型向关系模型的转换规则
E-R 模型是概念层模型，最终需要转换为逻辑层的关系模型才能在数据库管理系统中实现，转换规则是软考的核心考点，要求所有规则熟练应用。
3.1 基本转换规则
实体集转换规则 ：一个常规实体集直接转换为一个独立的关系模式，实体的所有属性作为关系的属性，实体的主键作为关系的主键。
弱实体集转换规则 ：弱实体集转换为一个独立的关系模式，弱实体的属性加上其所有者实体的主键作为关系的属性，所有者实体的主键与弱实体的分辨符组合作为该关系的主键。
属性转换规则 ：复合属性需要拆分为多个简单属性，分别作为关系的属性；多值属性需要单独创建一个关系模式，包含多值属性本身和所属实体的主键，所属实体的主键与多值属性共同作为该关系的主键；派生属性不需要加入关系模式，可在应用层通过计算得到。
3.2 联系集转换规则
联系的转换方式根据联系类型的不同有所区别：
1:1 联系转换：有两种可选方案，第一种方案是转换为独立的关系模式，属性包括联系自身的属性以及两端实体的主键，任意一端实体的主键都可以作为该关系的候选键；第二种方案是合并到任意一端实体对应的关系模式中，在该关系模式中加入另一端实体的主键和联系自身的属性，合并后的关系模式主键不变。通常优先选择合并方案，可减少关系表的数量。
1:n 联系转换：有两种可选方案，第一种方案是转换为独立的关系模式，属性包括联系自身的属性以及两端实体的主键，n 端实体的主键作为该关系的主键；第二种方案是合并到 n 端实体对应的关系模式中，在 n 端的关系模式中加入 1 端实体的主键和联系自身的属性，合并后的关系模式主键仍为 n 端实体的主键。通常优先选择合并到 n 端的方案。
m:n 联系转换：必须转换为一个独立的关系模式，属性包括联系自身的属性以及两端实体的主键，两端实体的主键组合作为该关系的主键，每个主键分别作为外键引用对应实体的主键。m:n 联系不能合并到任意一端的实体关系中，否则会破坏关系模式的原子性，出现数据冗余和更新异常。
E-R 模型转换为关系模型流程图，包含实体、属性、不同类型联系的转换步骤和示例
四、E-R 图设计方法与系统应用
E-R 图设计是数据库概念设计的核心工作，需要遵循标准化的设计流程，满足业务需求和设计规范。
4.1 E-R 图设计流程
E-R 图设计通常采用自底向上的设计方法，分为三个核心步骤：
第一步：需求抽象与实体识别，对需求分析阶段获取的业务需求进行梳理，识别所有独立的业务对象作为实体，明确每个实体的属性和主键，区分简单属性、复合属性、多值属性和派生属性。
第二步：联系识别与类型确定，分析实体之间的关联关系，确定每个联系的类型（1:1、1:n、m:n），明确联系自身的属性，以及实体参与联系的约束（完全参与 / 部分参与），识别弱实体和标识性联系。
第三步：E-R 图集成与优化，将局部 E-R 图合并为全局 E-R 图，解决不同局部 E-R 图之间的命名冲突（同名异义、异名同义）、属性冲突（属性类型、取值范围不一致）、结构冲突（同一对象在不同局部图中作为实体或属性的定义不一致），消除冗余的联系和属性，保证全局 E-R 图的一致性。
4.2 系统设计中的应用要点
在实际系统设计中，E-R 模型设计需要遵循以下原则：
实体划分原则：实体需要具有独立的业务含义，避免将多个业务对象合并为一个实体，也避免将单个业务对象拆分为多个不必要的实体，每个实体只描述一类业务对象，实体之间的边界清晰。
属性设计原则：属性必须依附于实体或联系，不能同时属于多个实体，非主键属性完全依赖于主键，避免部分依赖和传递依赖，多值属性必须单独处理，派生属性一般不在数据库中存储。
联系设计原则：联系只描述实体之间的关联关系，避免在联系中加入不属于关联的属性，m:n 联系必须单独转换为关系模式，避免直接合并导致的数据冗余。
E-R 图设计架构图，包含局部 E-R 设计、冲突解决、全局 E-R 优化的完整流程，以及设计过程中的校验规则
五、典型问题解析与最佳实践
5.1 常见设计问题与解决方案
E-R 图设计过程中常见三类典型问题：
问题 1：多对多联系直接合并到实体关系中，导致数据冗余。例如将 "课程" 的主键直接加入 "学生" 关系中，会导致一个学生需要存储多个课程 ID，出现重复的学生数据。解决方案：严格遵循 m:n 联系必须独立转换为关系模式的规则，创建中间关系表存储关联关系。
问题 2：弱实体未关联所有者实体，导致无法唯一标识。例如 "家属" 实体仅包含 "姓名"、"关系" 属性，没有关联 "职工" 的主键，无法区分不同职工的同名家属。解决方案：弱实体关系必须加入所有者实体的主键，与自身分辨符共同作为主键。
问题 3：复合属性未拆分，导致查询效率低下。例如将 "地址" 作为单个属性存储，无法按省、市进行筛选查询。解决方案：设计阶段将复合属性拆分为多个简单属性，满足查询需求。
5.2 软考典型例题解析
例题：某教学管理系统包含学生、课程、教师三个实体，学生属性有学号、姓名、性别、出生日期；课程属性有课程号、课程名、学分；教师属性有工号、姓名、职称。业务规则为：一个教师可以教授多门课程，一门课程仅由一个教师教授；一个学生可以选修多门课程，一门课程可以被多个学生选修，选修需要记录成绩。请设计 E-R 图并转换为关系模型。
解题步骤：
E-R 图设计：三个实体分别为学生、课程、教师；教师与课程之间为 1:n 的 "教授" 联系；学生与课程之间为 m:n 的 "选修" 联系，选修联系包含属性 "成绩"。
关系模型转换：
学生（学号，姓名，性别，出生日期），主键为学号
教师（工号，姓名，职称），主键为工号
课程（课程号，课程名，学分，授课教师工号），主键为课程号，外键为授课教师工号，引用教师表的工号（1:n 联系合并到 n 端课程实体中）
选修（学号，课程号，成绩），主键为（学号，课程号），外键分别引用学生表的学号和课程表的课程号（m:n 联系转换为独立关系模式）
例题 E-R 图与关系模型转换示例，包含 E-R 图结构和转换后的关系模式定义
六、总结与建议
6.1 核心知识点总结
E-R 模型三大核心构件为实体、联系、属性，分别用矩形、菱形、椭圆表示，联系分为 1:1、1:n、m:n 三种类型。
特殊构件包括弱实体（双边矩形）、标识性联系（双边菱形）、多值属性（双椭圆）、派生属性（虚椭圆），完全参与约束用双线表示。
转换规则：常规实体直接转换为关系模式；1:1 联系可合并到任意一端，1:n 联系可合并到 n 端，m:n 联系必须独立转换为关系模式；多值属性需单独创建关系模式。
设计流程分为实体识别、联系识别、E-R 集成优化三个阶段，需要解决命名、属性、结构三类冲突。
6.2 软考考试重点提示
选择题高频考点：E-R 构件的表示方法、联系类型判断、转换规则应用、特殊属性和弱实体的定义，常考查联系类型的判断和转换后的关系主键选择。
案例分析考点：E-R 图补充、E-R 图转关系模式、关系模式的主键外键识别、设计问题查找与优化，答题时需严格遵循转换规则，m:n 联系的处理是高频易错点，需特别注意独立转换的要求。
答题技巧：判断联系类型时需分别从两个方向分析实体的对应数量，转换关系模式后需检查主键是否能唯一标识每个元组，外键是否与引用的主键类型一致。
6.3 实践与学习建议
学习阶段需完成至少 5 个不同业务场景的 E-R 图设计练习，覆盖电商、教育、医疗、办公等常见业务领域，熟练掌握各类联系和特殊结构的处理方法。
实际开发中设计 E-R 图后需与业务人员确认，保证模型符合业务规则，避免出现实体划分错误或联系类型错误。
技术发展方向上，E-R 模型目前已扩展为增强 E-R 模型（EER），增加了泛化、聚合、组合等面向对象的概念，可满足更复杂的业务建模需求，与 UML 类图的融合也是当前的发展趋势。
小试牛刀
（单选）E-R模型向关系模型转换时，两个实体E1和E2之间的多对多联系R应该转换为一个独立的关系模式，且该关系模式的关键字由______组成。
A. 联系R的属性
B. E1或E2的关键字
C. E1和E2的关键字
D. E1和E2的关键字加上R的属性
答案：C。解析：多对多联系转换独立模式，其主键由两端实体的主键组合构成。
（单选）如下E-R图中，两个实体R1、R2之间有一个联系E，当E的类型为______时必须将E转换成一个独立的关系模式？
A. 1:1
B. 1:*
C. *:1
D. :
答案：D。解析：只有多对多()联系必须转换为独立模式。