数据库设计"三大范式"

为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须满足一定的范式。

第一范式：

• 第一范式（1NF）要求数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值。
• 若某一列有多个值，可以将该列单独拆分成一个实体，新实体和原实体间是一对多的关系。
• 在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。

第一范式是最基本的范式。如果数据库表中的所有字段值都是不可分解的原子值，就说明该数据库表满足了第一范式。

第一范式的合理遵循需要根据系统的实际需求来定。比如某些数据库系统中需要用到“地址”这个属性，本来直接将“地址”属性设计成一个数据库表的字段就行。但是如果系统经常会访问“地址”属性中的“城市”部分，那么就非要将“地址”这个属性重新拆分成为省份、城市、详细地址等多个部分进行存储，这样在对地址某一部分操作的时候将非常方便。这样的设计才算满足了数据库的第一范式。

第二范式：

• 满足第二范式（2NF）必须先满足第一范式（1NF）。
• 第二范式要求实体中每一行的所有非主键属性都必须完全依赖于主键。即：非主键属性必须完全依赖于主键。
• 完全依赖：主键可能由多个属性构成，完全依赖要求不允许存在非主键属性依赖于主键的某一部分。即：非主键属性必须完全依赖于主键，而不能只依赖主键的一部分。
• 若存在哪个非主键属性依赖于主键中的一部分属性，那么要将发生部分依赖的这一组属性单独新建一个实体，并且在旧实体中用外键与新实体关联，并且新实体与旧实体间是一对多的关系。

第二范式在第一范式的基础之上更进一层，第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关（主要针对联合主键而言）。也就是说在一个数据库表中，一个表中只能保存一种数据，不可以把多种数据保存在同一张数据库表中。

第三范式：

• 满足第三范式（3NF）必须先满足第二范式（2NF）。
• 第三范式要求：实体中的属性不能是其他实体中的非主键属性。因为这样会出现冗余。即：属性不依赖于其他非主键属性。
• 如果一个实体中出现其他实体的非主属性，可以将这两个实体用外键关联，而不是将另一张表的分主键属性直接写在当前表中。

第三范式需要确保数据表中的每一列数据都和主键直接相关，而不能间接相关。即：非主键属性必须直接依赖主键属性，而不能间接依赖或传递依赖。