MYSQL笔记 之 数据库三范式

目的

---

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

第一范式（1NF)

要求：
数据库表中的所有字段值都是不可分解的原子值（确保每列保持原子性）
例如：
表中字段userInfo
userInfo：山东省烟台市123456 (不满足要求)
userAds：山东0省烟台市 userTel：123456

第二范式（2NF）

要求：
满足1NF后，要求表中的所有列，都必须依赖于主键，而不能有任何一列与主键没有关系（也就是说一个表只描述一件事情）
例如：
有如下订单信息表

这样就产生一个问题
该表中商品名称、单位、商品价格等信息不与该表的主键相关，而仅仅是与商品编号相关（一张表干了多件事情）。所以在这里违反了第二范式的设计原则！
如何解决：
而如果把这个订单信息表进行拆分，把商品信息分离到另一个表中，把订单项目表也分离到另一个表中，就非常完美了。如下所示。

第三范式（3NF）

要求：
1、必须先满足第二范式（2NF）
2、表中的每一列只与主键直接相关而不是间接相关

上图中“订单项目”表属于多余的表，没有存在主键，这就无法做到“表中的每一列只与主键直接相关而不是间接相关”，而且“数量”字段应该属于订单表。

例如：
比如在设计一个订单数据表的时候，可以将客户编号作为一个外键和订单表建立相应的关系。而不可以在订单表中添加关于客户其它信息（比如姓名、所属公司等）的字段。如下面这两个表所示的设计就是一个满足第三范式的数据库表

如何更好的区分三大范式

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

总结：

第1范式：每个表中都有1列，并且该列是不可拆分的最小单元
第2范式：1张表只描述一件事情
第3范式：用外键做表的关联