数据库基础学习笔记——数据库设计三范式
数据库设计三范式
范式:对设计数据库提出的一些规范,目的有迹可循的共有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
。