概述
一般地，在進行數(shù)據(jù)庫設計時，應遵循三大原則，也就是我們通常說的三大范式，即第一范式要求確保表中每列的原子性，也就是不可拆分；第二范式要求確保表中每列與主鍵相關(guān)，而不能只與主鍵的某部分相關(guān)（主要針對聯(lián)合主鍵），主鍵列與非主鍵列遵循完全函數(shù)依賴關(guān)系，也就是完全依賴；第三范式確保主鍵列之間沒有傳遞函數(shù)依賴關(guān)系，也就是消除傳遞依賴。
第一范式
例子引入
第一種表設計
第二種表設計
分析
第一種表設計不滿足第一范式，為什么不滿足第一范式？因為region列不具有原子性，能拆分成省份、市和具體地址；
第二范式
例子引入
需求描述：設計一個訂單信息表，訂單有多種商品，將訂單編號和商品編號作為聯(lián)合主鍵。
第一種表設計
第二種表設計
分析
第一種表設計不滿足第二范式 ，訂單編號和商品編號作為聯(lián)合主鍵，由于商品名稱，單位，價格這幾列只與商品編號有關(guān)，與訂單編號無關(guān)，因此與主鍵（聯(lián)合主鍵）無關(guān)，違反范式第二原則；
第二種表設計滿足第二范式，把第一種設計表進行拆分，把商品信息分離到另一個表中，把訂單項目表也分離到另一個表中。
第三范式
例子引入
需求描述：
1 需要在數(shù)據(jù)庫中存儲如下信息：
2 學生編號；學生卡號；用戶ID號；操作員級別；操作日期；操作時間；
第一種表設計
第二種表設計
分析
第一種表設計不滿足第三范式，在表中，一個UserID能確定一個UserLevel。這樣，UserID依賴于StudentNo和CardNo，而UserLevel又依賴于UserID，這就導致了傳遞依賴，3NF就是消除這種依賴。
第二種表設計滿足第三范式，將第一種表格拆分成成兩個表格。
