数据库范式是建立数据库关系表的规范，遵守范式的级别越高，能够让数据冗余越少，下一级别的范式包含上一级别的所有范式；但是对于特定的的冗余数据(数据属性的对应关系不变)能够提高查询速度(无需连表查询)。
1.第一范式：确保表中的列的值是原子的；并且满足以下规则
- 如果一个列包含了多个值，那它不符合第一范式
- 列的值应该属于同一个领域
- 表中的列不应该有重复的名称
- 数据的存储顺序无关紧要
参考：https://zh.wikipedia.org/wiki/%E7%AC%AC%E4%B8%80%E6%AD%A3%E8%A6%8F%E5%8C%96
2.第二范式：消除非主属性对于候选键的部分函数依赖。即：数据表中的非候选键的属性，必须完全依赖于表中的候选键，不能只依赖部分候选键；
候选键：表中的某个属性的值或几个属性的组合值，能唯一标识一整行数据；则称这样的属性为候选键
函数依赖：若在一张表中，在属性（或属性组）X的值确定的情况下，必定能确定属性Y的值，那么就可以说Y函数依赖于X，写作 X → Y
参考：https://zh.wikipedia.org/wiki/%E7%AC%AC%E4%BA%8C%E6%AD%A3%E8%A6%8F%E5%8C%96
3.第三范式：消除非主属性的传递函数依赖；如果非主属性B依赖于主属性A，非主属性C依赖于非主属性B，那么主属性A和非主属性C之间存在依赖传递，不符合第三范式的要求；也就是说非主键属性之间应该是独立无关的。
参考：https://zh.wikipedia.org/wiki/%E7%AC%AC%E4%B8%89%E6%AD%A3%E8%A6%8F%E5%8C%96
4.BC范式：任何函数依赖(X->Y)，X必须是候选键。意思是:任何属性（包括非主属性和主属性）都不能被非主属性所决定；BC范式要求主属性不能依赖于非主属性，这个也是第三范式和BC范式的主要区别
参考：https://zh.wikipedia.org/wiki/BC%E6%AD%A3%E8%A6%8F%E5%8C%96
5.第四范式：消除多值依赖；如果属性A依赖于B，属性C也依赖于B，且属性A和属性C没有依赖关系，但是造成了数据冗余，可以把表ABC分为BA，BC两个表来消除冗余数据
参考：https://zh.wikipedia.org/wiki/%E7%AC%AC%E5%9B%9B%E6%AD%A3%E8%A6%8F%E5%8C%96
6.第五范式：拆分表为更小的表，每个小表不可再分，且每个小表都能够通过候选键推导出来
参考：https://zh.wikipedia.org/wiki/%E7%AC%AC%E4%BA%94%E8%8C%83%E5%BC%8F
一般建表满足第三范式或者BC范式即可，第五范式被称为完美范式
参考：