数据库的三大范式

第一范式：

一个表中的所有属性都不可拆分成两个属性。

第二范式：

在第一范式的基础上，表必须有一个主键；没有包含在主键中的列必须完全依赖于主键，而不能只依赖于主键的一部分（换句话说，主键由两个属性组成的情况，则其他属性完全依赖于两个属性组合成的主键，不能只对其中一个依赖另一个无关）。

例如：考虑一个订单明细表：【OrderDetail】（OrderID，ProductID，UnitPrice，Discount，Quantity，ProductName）。我们知道在一个订单中可以订购多种产品，所以单单一个 OrderID 是不足以成为主键的，主键应该是（OrderID，ProductID）组合。显而易见 Discount，Quantity完全依赖于主键（OderID，ProductID）组合，而 UnitPrice，ProductName 只依赖于 ProductID。所以此表不符合 2NF。不符合 2NF 的设计容易产生冗余数据，但是在高并发数据库设计时可能会打破第二范式。

第三范式：

不存在传递依赖。即非主键列 A 依赖于非主键列 B，非主键列 B 依赖于主键的情况。

例如：学号主键，学号的学生对应一个年级，每个年级有一个系主任，则系主任依赖于年纪依赖于学号，则系主任不适合出现在此表中，出现则违反第三范式。

（注：考虑到用户需求，三范式不一定是最合适的，阿里规定联表查询不得超过三张表，联表查询速度慢，影响用户体验，单表内添加冗余字段就可以省去联表查询时间，以消耗更多磁盘空间换取更短查询时间）