数据库的范式

当我们想要设计出合理的关系型数据库时，需要遵从不同的规范要求，这些不同的规范要求就被称为范式。各种范式呈递次规范，越高的范式数据库冗余程度越小。目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。但是在实际的使用中，我们只需要了解前三个范式，也就是我们常说的“数据库三范式”。

第一范式

第一范式要求所有的域都应该是原子性的，即数据库表的每一列都是不可分割的原子数据项，而不能是集合，数组，记录等非原子数据项。也就是说，当实体中的某个属性有多个值时，必须拆分为不同的属性。可以理解为：第一范式就是无重复的列。

说明：在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。

第二范式

第二范式是在第一范式的基础上进行的，所以说要满足第二范式就必须要满足第一范式。
第二范式要求：数据库表中的每个实例必须可以被唯一地区分。即实体的属性完全依赖于主键。所谓完全依赖是指不能存在仅依赖主键一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体。
例如：在用户表中我们可以使用用户的身份证来作为一个用户的唯一标识，但是如果没有身份证号这样的属性时，我们可以选择增加一个不可重复的属性userId来实现。简而言之，第二范式就是在第一范式的基础上属性完全依赖于主键。

第三范式

第三范式又是在第二范式的基础上进行的，更准确地说，第三范式应该是第二范式的一个子集。第三范式要求：任何非主属性不依赖于其它非主属性。简而言之，第三范式要求一个关系中不包含已在其它关系已包含的非主关键字信息。例如：假设在学生表中应该包含：学院名，学院ID,学生姓名，学生学号。 那么假设还存在一张学院表：学院名，学院ID. 那么这种情况就是第三范式所不允许的，因为这样会使用数据具有大量的冗余。但如果不存在这样的学院表，根据第三范式，就需要创建这样的学院表，并删减学生表中的冗余字段。