三大范式

数据库设计的三大范式是一组规范，用于确保数据库的结构能够最小化数据冗余、提高数据的一致性和避免数据异常。这些范式被称为第一范式（1NF）、第二范式（2NF）、和第三范式（3NF）。以下是对这三大范式的详细介绍：

1. 第一范式（1NF）：

   • 第一范式要求关系数据库中的每个表都必须具有原子性，也就是每个单元格（字段）都应该包含不可再分的数据。换句话说，每列中的数据应该是不可分割的单一值。

   • 1NF的实现要求：
     • 每个表中的所有列都应该包含不可再分的数据。
     • 列中的值应该是相同数据类型。
     • 表中的每一行应该具有唯一的主键，以区分不同的记录。
   • 举例：一个不符合1NF的表可能包括一个”联系人”列，其中包含多个联系人的名称，或一个”电话号码”列，其中包含多个电话号码。
2. 第二范式（2NF）：

   • 第二范式要求关系数据库表必须符合第一范式，并且每列都要直接依赖于表的全部主键。这意味着每个非主键列的数据应该完全依赖于主键，而不依赖于主键的一部分。

   • 2NF的实现要求：
     • 所有非主键列都必须完全依赖于主键，而不是依赖于主键的一部分。
     • 如果存在部分依赖，需要将数据重新组织为多个表，以确保数据的一致性和避免冗余。
   • 举例：考虑一个订单表，主键是订单号和产品ID，如果产品价格存在于订单表中，但只依赖于产品ID而不依赖于订单号，那么这不符合2NF。正确的做法是将产品价格存储在一个单独的产品表中。
3. 第三范式（3NF）：

   • 第三范式要求关系数据库表必须符合第一范式和第二范式，同时任何非主键列都不应该传递依赖于主键的其他非主键列。这意味着每个非主键列应该直接依赖于主键，而不依赖于其他非主键列。

   • 3NF的实现要求：
     • 所有非主键列都不应该传递依赖于主键的其他非主键列。
     • 如果存在传递依赖，需要将数据重新组织为多个表，以确保数据的一致性和避免冗余。
   • 举例：考虑一个员工表，其中包含员工的地址以及该员工的部门，如果地址依赖于员工而不依赖于部门，那么这符合3NF。如果地址依赖于部门，那么应该将地址信息存储在一个单独的员工表中。

遵循这三大范式有助于设计高质量、高性能的数据库模式，减少数据冗余，提高数据的一致性，减少更新异常，并简化数据库查询和维护。需要根据具体的应用需求来平衡范式的使用，有时候可能需要妥协以满足性能或其他方面的要求。

声明：本作品采用署名-非商业性使用-相同方式共享 4.0 国际 (CC BY-NC-SA 4.0)进行许可，使用时请注明出处。
Author: mengbin
blog: mengbin
Github: mengbin92
cnblogs: 恋水无意