deepread2｜第5章+数据库建模及应用详解

ONEPSOFT | 软考学习知识库

---

deepread2｜第5章+数据库建模及应用详解

知识点深度解读：数据库建模及应用（ER 模型 / 范式 / 建模论证）

一、知识点定位

本章知识点【数据库建模及应用·E-R 模型、范式与建模论证】属于【第 5 章 · 数据库系统（5.4 数据库设计与建模、5.2.3 规范化理论）】的核心内容，同时在【第 11 章 结构化分析（E-R 亦作数据模型）】有延伸。在整个系统分析师知识体系中，它是【中游核心】环节——大纲把 " 数据库建模及应用 " 列为论文常考方向之一（论文方向 2）。

• 主要教材出处：第 5 章 5.4.2 实体联系模型、5.2.3 规范化理论（范式）、5.4 数据库设计阶段
• 在考试中的角色：论文方向 2（可写）、案例与选择基础（范式年年考）
• 与 speedrun 关联：如果你看过第 5 章速通，这个点在 " 数据库设计/范式 " 段有简要提及，这里展开讲透。

二、教材原文精摘（原封不动，跨章节全覆盖）

【第 5 章 5.4.2 实体联系模型（E-R）】原文：

"E-R 模型也称为 E-R 图，它是描述概念世界、建立概念模型的实用工具。在 E-R 图中，主要包括以下三个要素：(1) 实体 (型)。实体用矩形框表示，框内标注实体名称。(2) 属性。单值属性用椭圆形表示，并用连线与实体连接起来；如果是多值属性，在椭圆形虚线外面再套实线椭圆；如果是派生属性，则用虚线椭圆表示……(3) 实体之间的联系。实体之间的联系用菱形框表示，框内标注联系名称，并用连线将菱形框分别与有关实体相连，并在连线上注明联系类型。"

" 联系类型：(1) 一对一联系 (1:1)…… (2) 一对多联系 (1:n)…… (3) 多对多联系 (m:n)……"

【E-R 图向关系模式的转换规则】原文：

"(1) 一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的主键就是关系的主键。(2) 一个 1:1 联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并……(3) 一个 1:n 联系可以转换为一个独立的关系模式，也可以与任意 n 端对应的关系模式合并……(4) 一个 m:n 联系转换为一个独立的关系模式，与该联系相连的各实体的主键以及联系本身的属性均转换为关系的属性，而关系的主键为各实体主键的组合。(5) 三个以上实体间的一个多元联系可以转换为一个独立的关系模式……"

【第 5 章 5.2.3 规范化理论·范式】原文：

"(1) 第一范式 (1NF)。在关系模式 R 中，当且仅当所有属性只包含原子值，即每个分量都是不可再分的数据项，则称 R 满足 1NF。"

"(2) 第二范式 (2NF)。当且仅当关系模式 R 满足 1NF，且每个非键属性完全依赖于候选键时，则称 R 满足 2NF。"

"(3) 第三范式 (3NF)。当且仅当关系模式 R 满足 2NF，且 R 中消除了非键属性传递依赖于候选键时，则称 R 满足 3NF。"

"(4) BCNF。如果关系模式 R 满足 1NF，且 R 中没有属性传递依赖于候选键时，则称 R 满足 BCNF……一个 BCNF 的关系模式必须同时满足以下条件：所有非键属性对每个候选键都是完全函数依赖的，所有的键属性对每个不包含它的候选键也是完全函数依赖的；没有任何属性完全函数依赖于非键属性，即每个函数依赖的左部都必须包含候选键。"

【第 5 章 5.4.1 数据库设计阶段】原文：

" 基于数据库系统生命周期的数据库设计可分为如下 5 个阶段：规划、需求分析、概念设计、逻辑设计和物理设计。"

" 概念设计：任务是在需求分析阶段产生的需求说明书的基础上……抽象为一个不依赖于任何 DBMS 的数据模型，即概念模型（如 E-R 图）。"

" 逻辑设计：任务是将概念模型转化为某个特定的 DBMS 上的逻辑模型……将概念设计阶段设计好的 E-R 图转换为与选用的具体机器上的 DBMS 所支持的数据模型相符合的逻辑结构。"

" 物理设计：任务是对给定的逻辑模型选取一个最适合应用环境的物理结构……存储结构和存取方法。"

三、系统解读（逐段讲透）

• 针对 E-R 三要素原文：E-R 图就是 " 画清楚世界里有什么 "。三个要素——实体（矩形，如 " 学生 "" 课程 "）、属性（椭圆，挂在实体上，如学生的 " 姓名 "；多值属性套双椭圆、派生属性用虚线椭圆）、联系（菱形，如 " 选课 "，并标注 1:1 / 1:n / m:n）。一句话：实体是 " 东西 "，属性是 " 东西的特征 "，联系是 " 东西和东西之间的关系 "。这是概念建模的 " 草图语言 "。
• 针对 E-R 转换规则原文：概念草图（E-R）要落到能建表的 " 逻辑结构 "，得有章法：①实体→一张表，主键就是实体主键；②1:1 联系可独立成表也可并入任一端；③1:n 联系可独立也可并入 n 端；④m:n 联系必须独立成表，主键是两端主键的组合（如 " 选课 " 表主键=学号 + 课号）；⑤多元联系独立成表。记住：m:n 必须拉一张中间表，这是考试和落库的高频点。
• 针对范式原文：范式是 " 表该有多规范 " 的阶梯，一级比一级去冗余、去异常：
• 1NF：字段不可再分（原子值）。比如 " 高级职称人数 " 拆成 " 教授 "" 副教授 " 两列才原子。
• 2NF：满足 1NF，且非主属性完全依赖候选键（不能 " 部分依赖 "）。例子 SC(学号,课号,成绩,学分) 里 课号→学分 是部分依赖，拆成 SC1(学号,课号,成绩) + SC2(课号,学分)。
• 3NF：满足 2NF，且消除非主属性对候选键的传递依赖。例子 S(学号,姓名,系号,系名,系址) 里 学号→系号→系名 是传递依赖，拆成 S1(学号,姓名,系号)+S2(系号,系名,系址)。
• BCNF：连 " 键属性 " 也不能传递依赖非键；每个函数依赖左边都得含候选键。是最严格的范式。
• 针对数据库设计阶段原文：设计不是一上来就建表，而是五步走——规划→需求分析→概念设计（画 E-R，与具体数据库无关）→逻辑设计（E-R 转关系模式、套范式）→物理设计（存哪、怎么存取最快）。建模论证链就藏在这五步里：用 E-R 论证 " 实体/属性/联系合理 "，用范式论证 " 关系模式无冗余、依赖正确 "。

核心一句话总结：数据库建模 = 先用 E-R 把 " 有什么、啥关系 " 画清楚（概念），再按转换规则落成表（逻辑），并用 1NF→BCNF 逐级 " 去冗余防异常 " 做论证；选多高的范式是 trade-off，不是越高越好。

四、工程实践举例（土木工程背景：建筑图/构件标准化类比）

以土木工程为背景，这套数据库建模与 " 图纸→结构计算模型→构件标准化 " 几乎是同构的。

• E-R 三要素 ↔ 建筑平/立/剖与构件关系：实体（矩形）像 " 结构构件 "（柱、梁、板）；属性（椭圆）像构件的参数（截面、混凝土标号、配筋）；联系（菱形，1:1/1:n/m:n）像构件之间的连接/受力关系（一根柱托多根梁=1:n，梁与板双向受力=m:n）。
• E-R 转换规则 ↔ 建筑图转结构计算模型：建筑方案图（概念）要转成能算的结构模型（逻辑）。最像 "m:n 必须拉中间表 " 的是——两根梁都与同一块板双向受力（m:n），你不能把它硬塞进某一根梁，必须单独建 " 板 - 梁节点 " 关系对象，跟独立建中间表一个道理。
• 范式 ↔ 构件与图纸的标准化（去冗余）：
• 1NF（字段原子）= 图纸上每个标注不可再分，不能把 " 截面 400×600" 写成一个含混的整体格。
• 2NF（消除部分依赖）= 每根构件的技术参数必须 " 完全 " 由该构件编号决定，不能 " 部分靠编号、部分靠楼层 "——否则改一层就漏一根。
• 3NF（消除传递依赖）= 不能 " 构件编号→所属单体→单体地址 " 连环挂，否则单体地址一改，所有构件都得改（插入/删除异常）。拆成 " 构件表 + 单体表 " 就清爽了。
• BCNF = 连 " 键属性 " 也不能被非键带跑，最严的图纸编码规范。

知识点 ↔ 工程实践 对照表

教材知识点要素	你的实践场景对应	映射说明
E-R 实体（矩形）	结构构件（柱/梁/板）	都是 " 被描述的对象 "
E-R 属性（椭圆）	构件参数（截面/标号/配筋）	都是 " 对象的特征 "，多值属性=一个构件多个配筋方案
E-R 联系 1:1/1:n/m:n	构件连接/受力关系	m:n 必须独立成关系对象，如同双向受力须单独建模
范式 1NF→3NF→BCNF	图纸/构件标准化逐级去冗余	都为了 " 改一处不连锁炸一片 "
数据库设计五阶段	规划→方案→初设→施工图→详图	都是 " 先概念后逻辑再物理 " 的递进

建模论证本身是一条 " 顺序流程 "，补一张流程对比图：

流程图（结构化呈现）

教材流程

1. 规划
2. 需求分析:数据字典
3. 概念设计:E-R图
4. 逻辑设计:E-R转关系模式+套范式
5. 物理设计:存储/存取

工程流程

1. 项目规划
2. 设计任务书:功能指标
3. 方案设计:建筑图
4. 初设/施工图:结构计算模型+标准化
5. 详图:节点大样/施工工艺

对应关系

节点A	关系	节点B
规划	对应	项目规划
需求分析:数据字典	对应	设计任务书:功能指标
概念设计:E-R图	对应	方案设计:建筑图
逻辑设计:E-R转关系模式+套范式	对应	初设/施工图:结构计算模型+标准化
物理设计:存储/存取	对应	详图:节点大样/施工工艺

提醒：数据库上线后还有 " 运维 "——备份恢复、性能调优、容量规划，都属于 IT 服务运营范畴，论文写数据库建模别忘收尾点一句运维。