◆ 第一范式（1NF）：強調(diào)的是列的原子性，即列不能夠再分成其他幾列。
考慮這樣一個表：【聯(lián)系人】（姓名，性別，電話）
如果在實際場景中，一個聯(lián)系人有家庭電話和公司電話，那么這種表結(jié)構(gòu)設(shè)計就沒有達(dá)到 1NF。要符合 1NF 我們只需把列（電話）拆分，即：【聯(lián)系人】（姓名，性別，家庭電話，公司電話）。1NF 很好辨別，但是 2NF 和 3NF 就容易搞混淆。
◆ 第二范式（2NF）：首先是 1NF，另外包含兩部分內(nèi)容，一是表必須有一個主鍵；二是沒有包含在主鍵中的列必須完全依賴于主鍵，而不能只依賴于主鍵的一部分。
考慮一個訂單明細(xì)表：【OrderDetail】（OrderID，ProductID，UnitPrice，Discount，Quantity，ProductName）。
因為我們知道在一個訂單中可以訂購多種產(chǎn)品，所以單單一個 OrderID 是不足以成為主鍵的，主鍵應(yīng)該是（OrderID，ProductID）。顯而易見 Discount（折扣），Quantity（數(shù)量）完全依賴（取決）于主鍵（OderID，ProductID），而 UnitPrice，ProductName 只依賴于 ProductID。所以 OrderDetail 表不符合 2NF。不符合 2NF 的設(shè)計容易產(chǎn)生冗余數(shù)據(jù)。
可以把【OrderDetail】表拆分為【OrderDetail】（OrderID，ProductID，Discount，Quantity）和【Product】（ProductID，UnitPrice，ProductName）來消除原訂單表中UnitPrice，ProductName多次重復(fù)的情況。
◆ 第三范式（3NF）：首先是 2NF，另外非主鍵列必須直接依賴于主鍵，不能存在傳遞依賴。即不能存在：非主鍵列 A 依賴于非主鍵列 B，非主鍵列 B 依賴于主鍵的情況。
考慮一個訂單表【Order】（OrderID，OrderDate，CustomerID，CustomerName，CustomerAddr，CustomerCity）主鍵是（OrderID）。
其中 OrderDate，CustomerID，CustomerName，CustomerAddr，CustomerCity 等非主鍵列都完全依賴于主鍵（OrderID），所以符合 2NF。不過問題是 CustomerName，CustomerAddr，CustomerCity 直接依賴的是 CustomerID（非主鍵列），而不是直接依賴于主鍵，它是通過傳遞才依賴于主鍵，所以不符合 3NF。
通過拆分【Order】為【Order】（OrderID，OrderDate，CustomerID）和【Customer】（CustomerID，CustomerName，CustomerAddr，CustomerCity）從而達(dá)到 3NF。
第二范式（2NF）和第三范式（3NF）的概念很容易混淆，區(qū)分它們的關(guān)鍵點在于，2NF：非主鍵列是否完全依賴于主鍵，還是依賴于主鍵的一部分；3NF：非主鍵列是直接依賴于主鍵，還是直接依賴于非主鍵列。

轉(zhuǎn)載于:https://blog.51cto.com/wujeangwei/228549

總結(jié)

以上是生活随笔為你收集整理的三个范式的定义与理解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。