2025-01-14-Tue-T-实体关系图ERD

news/2025/11/23 21:34:09/文章来源:https://www.cnblogs.com/fei1010/p/19261585

实体关系图(ERD)指南

什么是实体关系图（ERD）？

数据库是软件系统中不可或缺的一个组成部分，若能在数据库工程中好好利用 ER 图，便能让您生成高质量的数据库设计，用于数据库创建，管理和维护，也为人员间的交流提供了具意义的基础。

本文将深入介绍 ER 图表。通过阅读本ERD指南，您将获得有关 ER 图和数据库设计的基本知识和技能。你会学到什么是 ERD，为什么要绘制 ERD，ERD 符号，如何绘制 ERD 等，以及一堆 ERD 示例

实体关系图也被称为 ERD、ER 图、实体联系模型、实体联系模式图或 ER 模型，是一种用于数据库设计的结构图。一幅 ERD 包含不同的符号和连接符，用于显示两个重要的信息：系统范围内的主要实体，以及这些实体之间的相互关系。

什么是实体？

当我们谈论 ERD 中的实体时，我们经常提到诸如人员/角色（例如学生），有形商业对象（例如产品），无形商业对象（例如日志）等业务对象。“关系”則是这些实体在系统内的相互关联。

在典型的 ER 设计中，可以找到诸如圆角矩形和 (Rounded rectangle) 连接符（具有不同样式的末端）的符号来描述实体，它们的属性和相互关系。

ERD 的符号有哪些？

何时绘制ER图？

那么，我们该在什么时候绘制ER图呢？虽然ER模型大多是为展示概念和设计物理数据库而绘制的，但也有别的用途的，以下是一些典型的用例。

数据库设计 : 直接在数据库更改数据库结构会有风险，为避免破坏数据库中的数据，我们得仔细规划一切变更。通过绘制 ER 图来展示数据库设计意念，您能轻松找出错误和识别设计缺陷，并在执行数据库更改之前作出修正。
数据库调试 : 调试数据库问题往往具挑战性，特别是当数据库包含许多表时，你我编写复杂的SQL来获取所需的信息。通过 ERD 来展示数据库结构，您可以全面地了解整个数据库的结构。您可以轻松找到实体，查看其属性并确定与别的实体的关系，有助您更轻松地找出数据库的问题。
数据库创建和修补 : 像 Visual Paradigm 这样的 ERD 软件支持数据库生成工具，可以通过ER图来自动生成和修补数据库。使用这个 ER 图工具，您的ER设计不再仅仅是一个静态图，而是一个真实反映物理数据库结构的镜像。
帮助收集需求 : 您可以通过绘制 ERD 来表达系统中的高级业务对象以用于确定系统的需求。这种初始模型也可以演化为物理数据库模型，用于创建关系数据库，或为创建流程图和数据流模型提供有力的参考。

ERD 符号指南

ER 图包含实体，属性和关系。在本节中，我们将详细介绍各 ERD 符号。

实体

ERD 实体是一个系统内可定义的事物或概念，如人/角色（例如学生），对象（例如发票），概念（例如简介）或事件（例如交易）（注：在 ERD 中，术语“实体”通常用来代替“表”，但它们是一样的）。在考虑实体时，尝试把它们想成名词。在 ER 模型中，实体显示为圆角矩形，其名称位于上方，其属性列在实体形状的主体中。下面的 ERD 示例显示了 ER 实体的一个用例。

实体属性

也称为列 (Row)，意思是持有它的实体的属性或特性。

一个属性有一个描述属性的名称和一个描述属性种类的类型，例如代表字符串的 varchar，整数的 int。当为物理数据库开发绘制 ERD 时，得使用目标 RDBMS 支持的类型，以確保設計和物理数据库的一致性。

下面的 ER 图示例显示了一個包含属性的实体。

主键 (Primary Key)

主键又称 PK，是一种特殊的实体属性，用于界定数据库表中的记录的独特性。一个表不能有两笔（或更多）拥有相同的主键属性值的记录，像是身份证明内的 ID 便是典型的例子，两个人即使性名相同，ID 是不会一样，若身份证明是个表，那ID 便是主键了。下面的 ERD 示例显示了拥有主键属性 “ID” 的实体 “Product”，以及数据库中表记录的预览。第三个记录是无效的，因为 ID 'PDT-0002' 的值已被另一个记录使用。

外键 (Foreign Key)

外键又称外来键和外部键，是对主键的引用，用于识别实体之间的关系。请注意，有别于主键，外键不必是唯一的，多个记录可以共享相同的值。下面的 ER Diagram 示例显示了一个包含一些列的实体，其中一个外键用于引用另一个实体。

关系

两个实体之间的关系表示这两个实体以某种方式相互关联。例如，学生可能参加课程。实体“学生”因此与“课程”相关，而这关系则在 ER 图中以连接线表达着。

基数 (Cardinality)

基数定义了一个实与另一个实体的关系里面，某方可能出现次数。例如，一个团队有许多球员，若把这关系呈现于 ERD 时，团队和球员之间是一对多的关系。

在 ER 图中，基数表示为连接线端的乌鸦脚。三种常见的主要关系是一对一，一对多和多对多

一对一的基数的例子: 表示两个实体之间是唯一的关系，例如，用户和用户信息。

一对多的基数的例子: 一对多关系是指两个实体 X 和 Y 之间的关系，其中 X 的一个实例可以链接到Y的许多实例，而 Y 的一个实例仅链接到 X 的一个实例。下图显示了一对多关系的一个例子。
多对多的基数的例子: 多对多关系是指两个实体 X 和 Y 之间的关系，其中 X 可以被链接到 Y 的许多实例，反之亦然。下图显示了一个多对多关系的例子。请注意，多对多关系在物理 ERD 中被分成一对一对多的关系，你会在下一节中学到什么是物理 ERD。

概念，逻辑和物理数据模型

ER 模型通常被绘制成最多三个抽象层次上：

概念 ERD / 概念数据模型
逻辑 ERD / 逻辑数据模型
物理 ERD / 物理数据模型

虽然 ER 模型的三个层次都包含有属性和关系的实体，但它们的创建目的和目标受众都不同。

一般而言，业务分析人员使用概念和逻辑模型来展示系统中存在的业务对象 (Business Object)，而数据库设计人员或数据库工程师會為概念和逻辑ER模型加入更详细的数据，進而生成反映物理模型结构的物理数据模型，好为创建数据库作准备。下表列出了三种数据模型之间的差异。

概念模型 vs 逻辑模型 vs 数据模型：

概念数据模型

概念性 ERD 表达了系统中该存在的业务对象以及它们之间的关系。建立概念模型，是为了通过识别所涉及的业务对象来呈现系统的宏观图像。概念数据模型定义了哪些实体存在，而非哪些表。例如，逻辑或物理数据模型中可能存在“多对多”表，但在概念数据模型下，它们只会表示为无基数的关系。

注意：概念性 ERD 支持使用泛化 (Generalization) 来表达两个实体之间的“一种”关系，例如三角形是一种形状，这个用法就像UML中的泛化一样。请注意只有概念 ERD 支持泛化。

什么是UML？统一建模语言

逻辑数据模型

逻辑 ERD 是概念 ERD 的详细版本，通过明确定义每个实体中的列并引入操作和事务实体 (Transactional Entities)来让概念模型丰富起来。虽然逻辑数据模型仍流于高层次的设计(非为特定数据库系统而绘画)，但如果会影响数据库的设计，在绘制逻辑数据模型时仍然可酌情调整。

物理数据模型

物理 ERD 是数据库的实际设计蓝图。物理数据模型通过为每列指定类型 (Type)，长度 (Length)，可为空 (Nullable) 等来详细阐述逻辑数据模型。由于物理 ERD 表達了如何在特定的 DBMS中构造和关联数据，因此在設計時要考虑到实际的数据库系统的需要和局限，倒如确保 DBMS 支持某列类型，并在命名实体和列中避用某些保留字 (Reserved Words)。

如何绘制 ER 图？

如果您发现绘制 ER 图很难，请不要担心，在本节中我们将给你一些 ERD 提示。尝试按照以下步骤以了解如何有效地绘制 ER 图吧。

确保你清楚知道绘制 ERD 的目的。您是否试图呈现涉及业务对象定义的整体系统架构？或者你正在开发一个准备用于数据库创建的 ER 模型？您必须明了开发 ER 图的目的，方可使用合适的模型层次（概念/逻辑和物理）来迎合您所需（请阅读概念，逻辑和物理数据模型部分了解更详细信息）
确保你清楚模型的范围。了解建模范围可以防止在设计中包含冗余实体和关系。
画出范围内的主要实体。
通过添加列来定义实体的属性。
仔细检查 ERD 并检查实体和列是否足以存储系统的数据。如果不是，请考虑添加其他实体和列。通常，您可以在此步骤中确定一些事务 (Transactional)，操作 (Operational) 和事件 (Event) 实体。
考虑所有实体之间的关系，将它们联系起来，并写上正确的基数（例如客户和订单之间的一对多关系）。如果有任何实体沒有被连接上，请不要担心，虽然這不常见，但它是合法的。
使用数据库规范化技术 (Database Normalization)重构实体，以减少冗余数据和提高数据完整性。例如，“制造商”的信息可能最初存储在“产品”实体下，透过规范化过程，您可能会发“制造商”的记录不断重复，您便可将其拆分为单独的“制造商”实体，并使用外键將“产品”和“制造商”连接起來。