1 概述
一般地，在進行數據庫設計時，應遵循三大原則，也就是我們通常說的三大範式，即第一範式要求確保表中每列的原子性，也就是不可拆分；第二範式要求確保表中每列與主鍵相關，而不能只與主鍵的某部分相關（主要針對聯合主鍵），主鍵列與非主鍵列遵循完全函數依賴關係，也就是完全依賴；第三範式確保主鍵列之間沒有傳遞函數依賴關係，也就是消除傳遞依賴。
本文將基於三大範式原則，結合具體的實例做簡要分析，難度係數：基礎。
2 第一範式
2.1 例子引入
根據如下場景設計出兩種數據表，請分析兩種數據表的合理性。
1 問題：需求描述：數據庫系統中需要一個實體表，該表用來存儲用戶信息，其中“地址”這個屬性，要求查詢到省份、城市和詳細地址。
2
3 具體例子：
4 姓名：張紅欣; 性別：男; 年齡：26歲; 聯繫電話：0378-23459876;省份：河南省;城市：開封; 詳細地址：朝陽區新華路23號;
5 姓名：王豔; 性別：女; 年齡：25歲; 聯繫電話：021-2348768; 省份：貴州省;城市：貴陽市;詳細地址：南明區南明區獅峯路6號;
6 姓名：汪梅; 性別：女; 年齡：21歲; 聯繫電話：0571-3876450; 省份：浙江省;城市：杭州市;詳細地址：濱江區濱康路352號;
第一種表設計
第二種表設計
2.2 分析
第一種表設計不滿足第一範式，爲什麼不滿足第一範式？因爲region列不具有原子性，能拆分成省份、市和具體地址；
3 第二範式
3.1 例子引入
根據如下場景設計出兩種數據表，請分析兩種數據表的合理性。
1 需求描述：設計一個訂單信息表，訂單有多種商品，將訂單編號和商品編號作爲聯合主鍵。
第一種表設計
第二種表設計
3.2 分析
第一種表設計不滿足第二範式 ，訂單編號和商品編號作爲聯合主鍵，由於商品名稱，單位，價格這幾列只與商品編號有關，與訂單編號無關，因此與主鍵（聯合主鍵）無關，違反範式第二原則；
第二種表設計滿足第二範式，把第一種設計表進行拆分，把商品信息分離到另一個表中，把訂單項目表也分離到另一個表中。
4 第三範式
4.1 例子引入
根據如下場景設計出兩種數據表，請分析兩種數據表的合理性。
1 需要在數據庫中存儲如下信息：
2 學生編號；學生卡號；用戶ID號；操作員級別；操作日期；操作時間；
第一種表設計
第二種表設計
4.2 分析
第一種表設計不滿足第三範式，在表中，一個UserID能確定一個UserLevel。這樣，UserID依賴於StudentNo和CardNo，而UserLevel又依賴於UserID，這就導致了傳遞依賴，3NF就是消除這種依賴。
第二種表設計滿足第三範式，將第一種表格拆分成成兩個表格。
轉載地址：https://www.cnblogs.com/wangjiming/p/6123066.html