数据库三大范式

一、概述

目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。

满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多规范要求的称为第二范式（2NF），其余范式以次类推。一般来说，数据库只需满足第三范式(3NF）就行了。

二、三范式

第一范式（1NF）：强调数据表的原子性
所谓第一范式（1NF）是指在关系模型中，对于添加的一个规范要求，所有的域都应该是原子性的，即数据库表的每一列都是不可分割的原子数据项，而不能是集合，数组，记录等非原子数据项。即实体中的某个属性有多个值时，必须拆分为不同的属性。

在符合第一范式（1NF）表中的每个域值只能是实体的一个属性或一个属性的一部分。简而言之，第一范式就是无重复的域。

第二范式（2NF）：在1NF基础上，消除了非主属性对于码的部分函数依赖
（sno, pno）->sname sno->sname pno->sname =>sname部分函数依赖于（sno, pno）

在1NF的基础上，非码属性必须完全依赖于候选码（在1NF基础上消除非主属性对主码的部分函数依赖）

第二范式（2NF）要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是在第一范式的基础上属性完全依赖于主键。

第三范式（3NF）：在2NF的基础上，消除了非主属性对于码的传递函数依赖
在2NF基础上，任何非主属性不依赖于其它非主属性（在2NF基础上消除传递依赖）

三、总结

通俗的来解释以下三范式。

第一范式是指数据表中得每一个字段必须是不可拆分得最小单元，也就是要确保每一列得原子性。

比如说，有张用户信息表，里面有两个字段，分别是：user_id、user_info。其中 user_info 字段里的值为：

上海市闵行区北翟路 15 号 021-22233232

这个字段值中包含了地址和电话，就不满足第一范式。可以将 user_info 拆成两个字段：user_address、user_tel

第二范式是指在满足第一范式后，要求表中的所有列都必须依赖主键，而不能有任何一列与主键没有关系，也就是说一个表只描述一件事情。

比如说，有一张订单表，里面有四个字段，分别是：order_id、create_time、product_id、product_name

这样设计就无法满足第二范式，需要把该表拆分成两张表，一张订单表，一张商品表。

第三范式是在满足第二范式的基础上，要求表中的每一列只和主键直接关联而不是间接关联（表中的每一列只能依赖主键）

比如说，有一张订单表，里面有四个字段，分别是：order_id、create_time、customer_id、customer_name

这张表中的 customer_name 就是和 order_id 不是直接关联，而是和 customer_id 直接关联的。要满足三范式需要去掉 customer_name 字段。