范式
为什么要用范式
我们在学习关系型数据库的时候一定有感觉，关系数据库不就是一个二维表格吗，那么数据库有什么用？
数据库看上去像一个表格，其实不然，比如如下的订单表，一个订单号X2001对应一个用户，但是还对应了两行产品，非常不规范。
要想把这个表规范化，可以使用范式。引入范式的主要目的在于：解决冗余的问题
第一范式
那么如何规范化呢？可以拆分成两个表格。
一个是订单表
一个订单号可以唯一的确定一行
一个是细节表，一个订单号+产品编码才可以唯一的确定一行。
拆分以后就可以保证一个单元格只有一个值了
所以我们说订单表的主键是 （订单号）， 细节表的主键是（订单号，产品编码）， 这是一个复合主键
第二范式
再看看订单细节表， 产品名称和单价 实际上并不依赖于 订单号。
如果想添加一个新的产品， 你会发现没法放入这张表， 因为没有订单号！
所以还需要再次拆分。
拆分以后，表4.1订单细节表的主键还是（订单号，产品编码），但是剩下的属性（数量）肯定是完全依赖于主键的。
表4.2产品表也类似，主键是产品编码，剩下的属性都依赖于产品编码
所有属性都依赖于
主键的情况就是第二范式
第三范式
我们再回过头来看一下表格3 订单表，它的主键是订单号，所有的属性都依赖于主键，已经是第二范式。 但是我们发现，订单号能决定用户ID，用户ID能决定用户名称，这就出现了依赖传递：订单号->用户ID->用户名称
那么可以再拆分
没有传递依赖了， 我们可以称之为 第三范式
为了满足范式要求，需要把一张大表拆分开，到时候查询岂不是非常麻烦？是的，需要将这些表Join起来，如果数据量大的时候，连接非常耗时。有时我们需要违反范式，做点数据冗余。
总结
总结一下：
-
第一范式：字段是不可再分的，也就是不存在一个字段中存在两个及以上值的情况。
-
第二范式：所有属性都依赖于主键，其他不相关的都拆分出去了。
-
第三范式：不存在某个列不依赖于
非主键的列，没有依赖传递了
参考
主要改编自张大胖学数据库