参考博客：https://www.cnblogs.com/wsg25/p/9615100.html
第一范式（1NF）
原子性，即保证每一列都不可再分。
举例说明：
在上面的表中，“家庭信息”和“学校信息”列均不满足原子性的要求，故不满足第一范式，调整如下：
可见，调整后的每一列都是不可再分的，因此满足第一范式（1NF）；
第二范式（2NF）
前提：满足第一范式
核心思想：每张表只描述一件事情
第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关（主要针对联合主键而言）。
举例说明：
在上图所示的情况中，同一个订单中可能包含不同的产品，因此主键必须是“订单号”和“产品号”联合组成，
但可以发现，产品数量、产品折扣、产品价格与“订单号”和“产品号”都相关，但是订单金额和订单时间仅与“订单号”相关，与“产品号”无关，
这样就不满足第二范式的要求，调整如下，需分成两个表：
第三范式（3NF）
前提：满足第一和第二范式
确保表中的每一列数据都和主键直接相关，而不能间接相关
举例说明：
上表中，所有属性都完全依赖于学号，所以满足第二范式，但是“班主任性别”和“班主任年龄”直接依赖的是“班主任姓名”，
而不是主键“学号”，所以需做如下调整：
这样以来，就满足了第三范式的要求。
规范性和性能的问题
阿里编码规范中规定：关联查询的表不得超过三张表
因此我们在实际项目中，在某些情况下会故意增加一些冗余字段，来提高数据库操作效率