【数据库三范式】在数据库设计过程中，为了提高数据的一致性、减少冗余和避免数据异常，通常会遵循一些规范化原则。其中，数据库三范式是关系型数据库设计中最基础也是最重要的三个规范化步骤。它们由E.F. Codd提出，旨在通过逐步消除数据冗余和依赖关系，使数据库结构更加合理、高效。
一、第一范式（1NF）：原子性
定义：表中的每一列都必须是不可再分的基本数据项，即每个字段都是原子的，不能包含多个值。
目的：确保数据的最小单位是单一值，便于后续处理与查询。
示例：
一个“学生信息”表中，“联系方式”字段如果存储为“电话：123456789，邮箱：abc@xyz.com”，则不符合1NF。应拆分为“电话”和“邮箱”两个独立字段。
| 问题 | 解决方案 |
| 联系方式字段包含多个值 | 拆分为多个独立字段 |
二、第二范式（2NF）：消除部分依赖
定义：在满足1NF的基础上，所有非主属性必须完全依赖于主键，而不是主键的一部分。
目的：避免部分依赖，使得数据更清晰、逻辑更明确。
示例：
假设有一个订单表，包含订单号、客户号、客户姓名、商品编号、商品名称等字段。若“客户姓名”仅依赖于“客户号”，而“商品名称”仅依赖于“商品编号”，那么应将这些信息分别提取到单独的表中。
| 问题 | 解决方案 |
| 非主属性部分依赖于主键 | 将相关字段分离到独立表中 |
三、第三范式（3NF）：消除传递依赖
定义：在满足2NF的基础上，所有非主属性之间不能存在依赖关系，即每个非主属性只依赖于主键，而不依赖于其他非主属性。
目的：进一步消除数据冗余，提升数据一致性。
示例：
假设有一个员工表，包含员工号、部门号、部门名称等字段。如果“部门名称”依赖于“部门号”，而“部门号”又是主键的一部分，则“部门名称”应该被移到另一个部门表中。
| 问题 | 解决方案 |
| 非主属性之间存在依赖 | 将依赖关系提取到独立表中 |
总结表格
| 范式 | 名称 | 核心要求 | 目的 |
| 1NF | 第一范式 | 每一列都是不可再分的原子值 | 确保数据最小单位为单一值 |
| 2NF | 第二范式 | 非主属性完全依赖于主键 | 消除部分依赖，提高结构清晰度 |
| 3NF | 第三范式 | 非主属性之间不存在依赖关系 | 消除传递依赖，减少冗余 |
通过遵循数据库三范式的设计原则，可以有效提升数据库的完整性、一致性和可维护性，是构建高质量数据库系统的基础。