資料庫第一正規化、第二正規化、第三正規化

NO IMAGE

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就是消除這種依賴。

第二種表設計滿足第三正規化,將第一種表格拆分成成兩個表格。