分析： 資料庫設計應遵循三大範式分別為： 第一範式：確保表中每列的原子性（不可拆分）； 第二範式：確保表中每列與主鍵相關，而不能只與主鍵的某部分相關（主要針對聯合主鍵），主鍵列與非主鍵列遵循完全函數依賴關係（完全依賴）； 第三範式：非主鍵列之間沒有傳遞函數依賴關係（消除傳遞依賴）； 詳述： 第一範式 ...
分析：
資料庫設計應遵循三大範式分別為：
第一範式：確保表中每列的原子性（不可拆分）；
第二範式：確保表中每列與主鍵相關，而不能只與主鍵的某部分相關（主要針對聯合主鍵），主鍵列與非主鍵列遵循完全函數依賴關係（完全依賴）；
第三範式：非主鍵列之間沒有傳遞函數依賴關係（消除傳遞依賴）；
詳述：
第一範式
需求描述：資料庫系統中需要一個實體表，該表用來存儲用戶信息，其中“地址”這個屬性，要求查詢到省份、城市和詳細地址。
例子：信息如下：
姓名：張紅欣；性別：男； 年齡：26歲；年齡：26歲； 聯繫電話：0378-23459876； 省份：河南省； 城市：開封； 詳細地址：朝陽區新華路23號；
姓名：王艷；性別：女；年齡：25；聯繫電話：021-2348768；省份：貴州省；城市：貴陽市；詳細地址：南明區南明區獅峰路6號；
姓名：汪梅；性別：女；年齡：21；聯繫電話：0571-3876450；省份：浙江省；城市：杭州市；詳細地址：濱江區濱康路352號；
針對以上需求，下麵分別設計兩種類型表格：
第一種表設計：不滿足第一範式
tb_userInfo
分析：為什麼不滿足第一範式？因為region列不具有原子性，能拆分成省份、市和具體地址。
第二種表設計：滿足第一範式
tb_userInfo
第二範式
需求描述：設計一個訂單信息表，訂單有多種商品，將訂單編號和商品編號作為聯合主鍵。
第一種表設計：不滿足第二範式
分析：訂單編號和商品編號作為聯合主鍵，由於商品名稱，單位，價格這幾列只與商品編號有關，與訂單
編號無關，因此與主鍵（聯合主鍵）無關，違反範式第二原則。
第二種表設計：滿足第二範式
分析：把第一種設計表進行拆分，把商品信息分離到另一個表中，把訂單項目表也分離到另一個表中。
第三範式
分析：在表中，一個UserID能確定一個UserLevel。這樣，UserID依賴於StudentNo和CardNo，而UserLevel又依
賴於UserID，這就導致了傳遞依賴，3NF就是消除這種依賴。
將以上表格拆分成如下表格，以滿足第三範式：
註釋，以上內容參考博客網址：
http://www.cnblogs.com/springside-example/archive/2011/10/06/2530207.html
http://www.cnblogs.com/linjiqin/archive/2012/04/01/2428695.html#undefined
