范式

一、范式(Normal Form,NF)

设计关系型数据库时，需要遵从不同的规范要求，设计出合理的关系型数据库。越高的范式数据库冗余越小。

范式的优点：消除重复数据，减少数据冗余，让数据库内的数据更好的组织，让磁盘空间得到更有效的利用。

范式的缺点：范式使得查询变得相当复杂，在查询的时候需要更多的连接，一些复合索引的列由于范式化的需要被分割到不同的表中，导致索引策略不佳。

第一范式(1NF)：每一个属性不可再分。

各种范式

范式	特征	详解	举例
第一范式 1NF	每一个属性不可再分	1NF,对域添加的一个规范要求，所有的域都应该是原子性的 也就是数据表的每一列都是不可分割的原子数据项，而不能 是集合，数组等。也就是某个属性有多个值，必须将它拆分 为不同的属性。不满足1NF的不是关系数据库。 满足1NF的表必须要有主键，每个属性不可再分。	比如说员工表，有员工号，姓名，电话号码组成。但是一个人可能有座机号码和移动号码。 需要将它拆分为两个属性，也就是员工表(员工号，姓名，座机号码，移动号码)
第二范式 2NF	符合1NF,并且非主属性完全依赖于码	在1NF的基础上，每一个非主属性必须完全依赖于码，消除非主属性的对主键的部分函数依赖 也即是实体的属性完全依赖于主关键字。完全依赖是不能存在只依赖主关键字的一部分。	选课关系(学号，课程号，成绩，学分)，码为组合关键字(课程号，学号) 但是非主属性学分只依赖课程号，对关键字(学号，课程号)只是部份依赖。不是完全依赖。 所以要拆分为两个关系模式：学生表(学号，课程号，分数) 课程表(课程号，学分)，新的关系通过学生表中的外键课程号联系，需要时通过两个表的连接获取数据
第三范式 3NF	符合1NF,且每个非主属性既不部分依赖码，也不传递依赖码 也就是在2NF的基础上消除传递依赖