資料庫正規化

2022-08-26 10:24:09 字數 1785 閱讀 2310

第一正規化(1nf):元組的分量不可再分;

第二正規化(2nf):所有分量唯一決定主鍵碼,不允許部分依賴;

第三正規化(3nf):不允許傳遞依賴。

巴斯-科德正規化(bcnf)

第四正規化(4nf)

第五正規化(5nf,又稱完美正規化)。

1. 第一正規化(1nf)

強調的是列的原子性,即列不能夠再分成其他幾列。 

考慮這樣乙個表:【聯絡人】(姓名,性別,**) 

如果在實際場景中,乙個聯絡人有家庭**和公司**,那麼這種表結構設計就沒有達到 1nf。要符合 1nf 我們只需把列(**)拆分,即:【聯絡人】(姓名,性別,家庭**,公司**)。1nf 很好辨別,但是 2nf 和 3nf 就容易搞混淆。

2.第二正規化( 2nf )

所謂第二正規化,是指所有的非主屬性都完全依賴於關鍵字。從這個定義可以看出,第二正規化不存在非主屬性對於部分候選關鍵字的部分依賴,不過允許非主屬性之間存在著傳遞依賴。

下面是第二正規化的優化例項:

假定選課關係表為selectcourse(學號,姓名,年齡,課程名稱,成績,學分),關鍵字為組合關鍵字(學號,課程名稱),因為存在如下決定關係:

(學號,課程名稱) → (姓名,年齡,成績,學分)

這個資料庫表不滿足第二正規化,因為存在如下決定關係:

(課程名稱) → (學分)

(學號) → (姓名,年齡)

即存在組合關鍵字中的字段決定非關鍵字的情況。

由於不符合2nf,這個選課關係表會存在如下問題:

(1) 資料冗餘:

同一門課程由n個學生選修,"學分"就重複n-1次;同乙個學生選修了m門課程,姓名和年齡就重複了m-1次。

(2) 更新異常:

若調整了某門課程的學分,資料表中所有行的"學分"值都要更新,否則會出現同一門課程學分不同的情況。

(3) 插入異常:

假設要開設一門新的課程,暫時還沒有人選修。這樣,由於還沒有"學號"關鍵字,課程名稱和學分也無法記錄入資料庫。

(4) 刪除異常:

假設一批學生已經完成課程的選修,這些選修記錄就應該從資料庫表中刪除。但是,與此同時,課程名稱和學分資訊也被刪除了。很顯然,這也會導致插入異常。

把選課關係表selectcourse改為如下三個表:

學生:student(學號,姓名,年齡);

課程:course(課程名稱,學分);

選課關係:selectcourse(學號,課程名稱,成績)。

這樣的資料庫表是符合第二正規化的, 消除了資料冗餘、更新異常、插入異常和刪除異常。

另外,所有單關鍵字的資料庫表都符合第二正規化,因為不可能存在組合關鍵字。

3、第三正規化(3nf)

所謂第三正規化,是指每乙個非主屬性既不部分依賴於也不傳遞依賴於關鍵字,也就是在第二正規化的基礎上消除傳遞依賴(a>b>c)。

假定學生關係表為student(學號,姓名,年齡,所在學院,學院地點,學院**),關鍵字為單一關鍵字"學號",因為存在如下決定關係:

(學號) → (姓名,年齡,所在學院,學院地點,學院**)

這個資料庫是符合2nf的,但是不符合3nf,因為存在如下決定關係:

(學號) → (所在學院) → (學院地點,學院**)

即存在非關鍵字段"學院地點"、"學院**"對關鍵字段"學號"的傳遞函式依賴。

它也會存在資料冗餘、更新異常、插入異常和刪除異常的情況,讀者可自行分析得知。

把學生關係表分為如下兩個表:

學生:(學號,姓名,年齡,所在學院);

學院:(學院,地點,**)。

這樣的資料庫表是符合第三正規化的,消除了資料冗餘、更新異常、插入異常和刪除異常。

參考:

資料庫 資料庫正規化

關聯式資料庫的設計規範。不同的規範要求被稱為不同的正規化,越高的正規化資料庫冗餘越小。減少資料庫中資料冗餘的過程 1 第一正規化 1nf 在關係模式r中,當且僅當所有屬性只包含原子值,即每個分量都是不可再分的資料項,則稱r滿足1nf。例如表所示的教師職稱情況關係就不滿足1nf。原因在於,該關係模式中...

資料庫正規化 三正規化

所謂第一正規化 1nf 是指在關係模型中,對域新增的乙個規範要求,所有的域都應該是原子性的,即資料庫表的每一列都是不可分割的原子資料項,而不能是集合,陣列,記錄等非原子資料項。即實體中的某個屬性有多個值時,必須拆分為不同的屬性。在符合第一正規化 1nf 表中的每個域值只能是實體的乙個屬性或乙個屬性的...

資料庫正規化

注 表在定義中被稱為關係,記作r 欄位在定義中被稱作屬性 模式 資料庫中有三種模式,外模式,內模式,模式 粗體是關鍵字的意思 斜體為外來鍵 以前寫下來的,但是用了多年的帳號已經忘了,唯有把文章轉到這裡來了 真暈哦 http blog.csdn.net fantasylu archive 2004 0...