数据库基础学习笔记——数据库设计三范式

数据库设计三范式

范式：对设计数据库提出的一些规范，目的有迹可循的共有8种范式，一般遵循3范式即可。

1. 第一范式（1NF）：强调的是列的原子性，即列不能够再分成其他几列；
2. 第二范式（2NF）：满足1NF，另外包含两部分内容，一是表必须有一个主键；二是非主键字段，必须完全依赖于主键，而不能只依赖于主键的一部分；
3. 第三范式（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。