title: 关系数据库核心 tags:

module
database
relational-model
joplin type: module source_type: reconstructed created: 2026-04-22 updated: 2026-04-22 ---

关系数据库核心

[!abstract] 这一模块处理关系数据库的真正骨架：表、键、完整性、连接和范式。数据库题如果总是做不顺，通常是这里没有真正打透。

模块结论

[[关系模型]] 由数据结构、数据操作和完整性约束三部分构成，不是只有“二维表”。
主键、外键和 [[完整性约束]] 共同保证表之间的语义正确性。
[[范式]] 的核心目标不是追求抽象美观，而是减少冗余和更新异常。

一、关系模型三要素

1. 数据结构

关系本质上是二维表。
行是元组，列是属性。
属性取值来自域，域定义了该属性允许的取值范围。

2. 数据操作

关系代数提供选择、投影、连接、并、差、交、笛卡尔积等操作。
SQL 是面向集合的语言，本质上继承了关系代数思想。
复习时不要把“会写 SQL”和“懂关系操作”分开。

3. 完整性约束

实体完整性：主键必须非空且唯一。
参照完整性：外键必须引用存在的主键或取空值。
用户定义完整性：业务规则层面的额外约束。

二、键与完整性

候选键：能唯一标识元组的最小属性集。
主键：从候选键中选定的主要标识。
外键：指向其他关系主键的属性。

为什么键这么重要

它们不是纯语法，而是在表达“谁标识谁、谁依赖谁”。
一旦键设计不清，连接、约束和更新都会变得混乱。

三、连接操作怎么理解

等值连接：按相等条件连接，重复列可以保留。
自然连接：自动按同名属性连接并去重。
外连接：保留未匹配元组，适合需要保留缺失信息的场景。

复习重点

自然连接并不是“更高级”的连接，只是更方便。
题目里如果需要保留未匹配行，往往不能只用普通内连接。

四、范式理论

1NF

属性不可再分。
解决的是字段中嵌套多值、重复组之类的问题。

2NF

在 1NF 基础上，消除非主属性对码的部分依赖。
常见于联合主键场景。

3NF

在 2NF 基础上，消除非主属性对码的传递依赖。
这是最常见、最实用的规范化停点。

BCNF

比 3NF 更严格，要求所有决定因素都必须是候选键。

五、为什么要规范化

减少数据冗余。
避免插入、删除、更新异常。
让数据语义更清晰，约束更可控。

但也不要机械追求高范式

高范式可能带来更多表拆分和连接成本。
工程上常在规范化和查询性能之间折中。

六、易错点

不要把主属性和主键混为一谈。
自然连接要求同名属性且会去重，不是所有场景都适合。
范式题关键在“依赖关系”判断，不在死记定义原文。

七、复习提问

关系模型三要素分别是什么？
主键、候选键、外键的边界分别是什么？
2NF 和 3NF 分别在消除哪类依赖？

来源

[[raw/Joplin/计算机专业基础/数据库/_计算机考研复试数据库核心知识点整理.md]]
[[raw/Joplin/计算机专业基础/数据库/2.数据库——关系数据库核心.md]]

相关页面

[[数据库]]
[[SQL与数据库设计]]
[[关系模型]]
[[完整性约束]]
[[范式]]