数据库设计三范式
范式：对设计数据库提出的一些规范，目的有迹可循的共有8种范式，一般遵循3范式即可。
- 第一范式（
1NF）：强调的是列的原子性，即列不能够再分成其他几列； - 第二范式（
2NF）：满足1NF，另外包含两部分内容，一是表必须有一个主键；二是非主键字段，必须完全依赖于主键，而不能只依赖于主键的一部分； - 第三范式（
3NF）：满足2NF，另外非主键列必须依赖于主键，不能存在传递依赖。即不能存在非主键列A依赖于非主键列B，非主键列B依赖于主键的情况。
第一范式
- 字段中不能含有多数据。
- 说明：这种表结构设计就没有达到
1NF，要符合1NF我们只需把列拆分，即：把contact字段拆分成name、tel、addr等字段。
第二范式
- 必须有主键；
- 非主键必须完全依赖于主键字段。
说明： - 这种表结构设计就没有达到
2NF，因为Discount(折扣)，Quantity（数量）完全依赖于主键（OrderID），而UnitPrice单价，ProductName产品名只依赖于ProductID，所以OrderDetail表不符合2NF； - 我们可以把
OrderDetail表拆分为OrderDetail（OrderID、ProductID、Discount、Quantity）和Product（ProductID、UnitPrice、ProductName）这样就符合第二范式了。
第三范式
- 非主键字段必须直接依赖于主键字段（不能间接依赖）。
说明： - 这种表结构设计就没有达到
3NF，因为OrderDate，CustomerID，CustomerName，CustomerAddr，CustomerCity等非主键列都完全依赖于主键（OrderID），所以符合2NF。不过问题是CustomerName，CustomerAddr，CustomerCity直接依赖的是CustomerID（非主键列），而不是直接依赖于主键，它是通过传递才依赖于主键，所以不符合3NF。 - 我们可以把【
Order】表拆分为【Order】（OrderID，OrderDate，CustomerID）和【Customer】（CustomerID，CustomerName，CustomerAddr，CustomerCity）从而达到3NF。