数据库的三范式？

数据库的三大特性：

实体、属性、关系
实体就是表
属性就是表中的数据（字段）
关系就是表与表之间的关系 （一对一，一对多，多对多）

三范式：

第一范式（1NF）：数据表中的每一列（每个字段）必须是不可拆分的最小单元，也就是确保每一列的原子性；

列值不能是集合，数组，记录等非原子数据项。即实体中的某个属性有多个值时，必须拆分为不同的属性。在符合第一范式（1NF）表中的每个列值只能是实体的一个属性或一个属性的一部分。简而言之，第一范式的核心就是无重复的列。

说明：在任何一个关系数据库中，第一范式（1NF）是对关系模式的设计基本要求，一般设计中都必须满足第一范式（1NF）。不过有些关系模型中突破了1NF的限制，这种称为非1NF的关系模型。换句话说，是否必须满足1NF的最低要求，主要依赖于所使用的关系模型。

第二范式（2NF）：是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性；
2NF是在1NF的基础上建立起来的，即满足2NF必须先满足1NF。

第二范式（2NF）要求数据库表中的每个实例或记录必须可以被唯一地区分。选取一个能区分每个实体的属性或属性组，作为实体的唯一标识。

例如在员工表中的身份证号码即可实现每个一员工的区分，该身份证号码即为候选键，任何一个候选键都可以被选作主键。在找不到候选键时，可额外增加属性以实现区分，如果在员工关系中，没有对其身份证号进行存储，而姓名可能会在数据库运行的某个时间重复，无法区分出实体时，设计辟如ID等不重复的编号以实现区分，被添加的编号或ID选作主键。（该主键的添加是在ER设计时添加，不是建库时随意添加）

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

第三范式（3NF）：是对字段冗余性的约束，即任何字段不能由其他字段派生出来；

3NF是2NF的一个子集，即满足3NF必须满足2NF。简而言之，3NF要求一个关系中不包含已在其它关系已包含的非主关键字信息。

例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息。那么在员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表，则根据3NF也应该构建它，否则就会有大量的数据冗余。

第三范式就是属性不依赖于其它非主属性（主键），表中的每一列只与主键直接相关而不是间接相关，（表中的每一列只能依赖于主键），也就是在满足2NF的基础上，任何非主属性不得传递依赖于主属性。

小结：
第 一范式和第二范式在于有没有分出两张表，第二范式是说一张表中包含了所种不同的实体属性，那么要必须分成多张表， 第三范式是要求已经分成了多张表，那么一张表中只能有另一张表中的id（主键），而不能有其他的任何信息（其他的信息一律用主键在另一表查询）。