【数据库三范式】在数据库设计中，规范化（Normalization）是一个非常重要的概念，用于减少数据冗余、提高数据一致性，并确保数据的完整性。其中，数据库的三范式是最基础也是最常用的规范化标准。以下是对数据库三范式的总结和说明。
一、第一范式（1NF）
定义：
第一范式要求表中的每一列都是不可再分的基本数据项，即每个字段都必须是原子性的（不能包含多个值）。
目的：
消除重复组，确保每个字段只存储单一值。
示例：
错误示例：`学生表` 中有一个字段为 `课程`，存储的是多个课程名称（如“数学, 英语”），这不符合1NF。
正确示例：将课程信息单独建表，每个学生对应一条记录。
| 学生ID | 姓名 | 课程 |
| 1 | 张三 | 数学 |
| 1 | 张三 | 英语 |
二、第二范式（2NF）
定义：
在满足第一范式的基础上，第二范式要求所有非主属性完全依赖于主键，而不是部分依赖。
目的：
消除部分依赖，避免数据冗余。
示例：
假设有一个订单表，包含订单号、客户名、商品名、数量等字段。如果订单号是主键，但客户名仅依赖于订单号的一部分（如客户ID），则不符合2NF。应将客户信息单独提取为一个表。
| 订单号 | 客户ID | 客户名 | 商品 | 数量 |
| 001 | 1001 | 李四 | A | 2 |
| 002 | 1001 | 李四 | B | 3 |
此表中，客户名依赖于客户ID，而非订单号，因此应拆分为两个表。
三、第三范式（3NF）
定义：
在满足第二范式的基础上，第三范式要求所有非主属性之间不能有传递依赖，即非主属性不能依赖于其他非主属性。
目的：
消除传递依赖，进一步减少数据冗余和更新异常。
示例：
假设有一个员工表，包含员工ID、姓名、部门、部门经理。如果部门经理依赖于部门，而部门又依赖于员工ID，则存在传递依赖。应将部门和经理信息独立成一张表。
| 员工ID | 姓名 | 部门 | 部门经理 |
| 1 | 张三 | 技术 | 王五 |
| 2 | 李四 | 技术 | 王五 |
这里“部门经理”依赖于“部门”，而“部门”又依赖于“员工ID”，属于传递依赖，应拆分。
三范式总结表
| 范式 | 名称 | 要求 | 目的 |
| 1NF | 第一范式 | 每个字段为原子值，不可再分 | 消除重复组 |
| 2NF | 第二范式 | 非主属性完全依赖于主键 | 消除部分依赖 |
| 3NF | 第三范式 | 非主属性之间无传递依赖 | 消除传递依赖 |
通过遵循数据库三范式的设计原则，可以有效提升数据库的结构合理性与数据一致性，从而更好地支持系统的稳定运行和数据管理。
