1.正規化說明

1.1 第一正規化（1NF）無重複的列

　　所謂第一正規化（1NF）是指資料庫表的每一列都是不可分割的基本資料項，同一列中不能同時有多個值，即實體中的某個屬性不能有多個值或者不能有重複的屬性。如果出現重複的屬性，就可能需要定義一個新的實體，新的實體由重複的屬性構成，新實體與原實體之間為一對多關係。在第一正規化（1NF）中表的每一行只包含一個例項的資訊。簡而言之，第一正規化就是無重複的列。

　　在任何一個關係資料庫中，第一正規化（1NF）是對關係模式的基本要求，不滿足第一正規化（1NF）的資料庫就不是關係資料庫。在當前的任何關係資料庫管理系統（DBMS）中，不可能做出不符合第一正規化的資料庫，因為這些DBMS不允許你把資料庫表的一列再分成二列或多列。因此，你想在現有的DBMS中設計出不符合第一正規化的資料庫都是不可能的。

舉例1：

一張學生表Student(stuNo,stuName,age,age,sex)是不符合第一正規化的，因為有重複列age屬性。去除重複列age以後的Student(stuNo,stuName,age,sex)是符合第一正規化的。

1.2 第二正規化（2NF）屬性完全依賴於主鍵 [ 消除部分子函式依賴 ]

　　第二正規化（2NF）是在第一正規化（1NF）的基礎上建立起來的，即滿足第二正規化（2NF）必須先滿足第一正規化（1NF）。第二正規化（2NF）要求資料庫表中的每個例項或行必須可以被唯一地區分。為實現區分通常需要為表加上一個列，以儲存各個例項的唯一標識。例如員工資訊表中加上了員工編號（emp_id）列，因為每個員工的員工編號是唯一的，因此每個員工可以被唯一區分。這個唯一屬性列被稱為主關鍵字或主鍵、主碼。

　　第二正規化（2NF）要求實體的屬性完全依賴於主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性，如果存在，那麼這個屬性和主關鍵字的這一部分應該分離出來形成一個新的實體，新實體與原實體之間是一對多的關係。為實現區分通常需要為表加上一個列，以儲存各個例項的唯一標識。簡而言之，第二正規化就是屬性完全依賴於主鍵。

　　這裡說的主關鍵字可能不只有一個，有些情況下是存在聯合主鍵的，就是主鍵有多個屬性。

舉例2：

以學生選課為例，每個學生都可以選課，並且有這一門課程的成績，那麼如果將這些資訊都放在一張表StuGrade(stuNo,stuName,age,sex,courseNo,courseName,credit,score)。如果不仔細看，我們會以為這張表的主鍵是stuNo，但是當我們看到最後一個score屬性以後，在想想如果沒有課程資訊，那麼哪裡有學生成績資訊呢。所以這張表的主鍵是一個聯合主鍵(stuNo,corseNo)

，這個聯合屬效能夠唯一確定score屬性。那麼再看其他資訊，比如stuName只需要stuNo就能夠唯一確定，courseName只需要courseNo就能夠唯一確定，因此這樣就存在了部分依賴，不符合第二正規化。如果要讓學生課程成績資訊滿足第二正規化，那麼久需要將這張表拆分成多張表，一張學生表Studnet(stuNo,stuName,age,sex)，一張課程表Course(courseNo,courseName,credit)，還有最後一張學生課程成績表StuGrade(stuNo,courseNo,score)。這樣就符合第二正規化了。

1.3 第三正規化（3NF）屬性不依賴於其它非主屬性 [ 消除傳遞依賴 ]

　　滿足第三正規化（3NF）必須先滿足第二正規化（2NF）。簡而言之，第三正規化（3NF）要求一個數據庫表中不包含已在其它表中已包含的非主關鍵字資訊。

舉例3:

　　每一個員工都有一個所屬部門，假如有一個員工資訊表Employee(emp_id,emp_name,emp_age,dept_id,dept_name,dept_info)。這張員工資訊表的屬性是emp_id，因為這個屬效能夠唯一確定其他所有屬性，比如知道員工編號emp_id以後，肯定能夠知道員工姓名，所屬部門編號，部門名稱和部門介紹。所以這裡dept_id不是主屬性，而是非主屬性。但是，我們又可以發現dept_name,dept_info這兩個屬性也可以由dept_id這個非主屬性決定，即dept_name依賴dept_id，而dept_id依賴emp_id，這樣就存在了傳遞依賴。而且我們可以看出傳遞依賴的一個明顯缺點就是資料冗餘非常嚴重。

　　那麼如何解決傳遞依賴問題，其實非常簡單，我們只需要將dept_name,dept_info這連個屬性刪除就可以了，即Employee(emp_id,emp_name,emp_age,dept_id)，然後再建立一個部門表Dept(dept_id,dept_name,dept_info)。這樣如果要搜尋某一個員工的部門資訊dept_info，可以通過資料庫連線來實現，查詢語句如下：

select e.emp_id,e.emp_name,d.dept_name from Employee e,Dept d where e.dept_id=d.dept_id

BC正規化

　　設關係模式R<U，F>∈1NF，如果對於R的每個函式依賴X→Y，若Y不屬於X，則X必含有候選碼，那麼R∈BCNF。 　　解釋一下：對於關係模式R，若 R中的所有非平凡的、完全的函式依賴的決定因素是碼，則R屬於BCNF。 　　若R∈BCNF 　　每一個決定屬性集（因素）都包含（候選）碼 　　R中的所有屬性（主，非主屬性）都完全函式依賴於碼 　　R∈3NF（證明） 　　若R∈3NF 則 R不一定∈BCNF 　　在關係模式STJ（S，T，J）中，S表示學生，T表示教師，J表示課程。 　　每一教師只教一門課。每門課由一名教師教，某一學生選定某門課，就確定了一個固定的教師。某個學生選修某個教師的課就確定了所選課的名稱 ： (S，J)→T，(S，T)→J，T→J 　　由關係模式的定義可以得到如下結論，若R屬於BCNF，則R有： 　　1.所有非主屬性對每一個碼都是完全函式依賴。 　　2.所有的主屬性對每一個不包含它的碼,也是完全函式依賴。 　　3.沒有任何屬性完全函式依賴於非碼的任何一組屬性。 　　由於R∈BCNF,按定義排除了任何屬性對碼的傳遞依賴與部分依賴,所以R∈3NF。但是若R∈3NF,則R未必屬於BCNF。
1.第一正規化：資料庫的欄位是單一屬性，不可再分。
 解釋：

• 不能是複合屬性，如果存在，應該拆分為多個屬性
• 不能是多值屬性，如果存在，應該建立一個實體，而讓此屬性與其存在1對多的關係)
• 不能是重複屬性
  

2.第二正規化：任何非關鍵欄位不能部分依賴任一侯選關鍵字（即必須完全依賴）。
 解釋：

• 表中必須存在侯選關鍵字，即每一行不同於其他任一行，是惟一區分的
• 任何非關鍵欄位不能依賴於侯選關鍵字的一部分

3.第三正規化：任何非關鍵欄位不能傳遞依賴任一侯選關鍵字
 解釋：

• 非關鍵字欄位必須直接依賴任一侯選關鍵字
• 非關鍵欄位C不能依賴非侯選關鍵字B，因為樣會形成傳遞依賴：侯選關鍵字A=>B=>C，因為這時的B往往是外來鍵，即其他表的主鍵，也就是說表中不能含有其他表的非主屬性
  

4.BC正規化：任何欄位都不能傳遞依賴任一侯選關鍵字
解釋：

• 與第三正規化相比，一個是“任何非關鍵欄位不能”，一個是“任何欄位不能”，顯然更嚴格了
• 侯選關鍵字或其部分欄位不能傳遞依賴其他的侯選關關鍵字
  

註釋：
侯選關鍵字：又叫侯選碼，惟一標識一行資料，其真子集不能是侯選關鍵字，一個表可以存在多個侯選關鍵字，如使用者表的username，userid
主關鍵字：又叫主鍵，主碼，被選中的用來區分其它行的侯選關鍵字，一個表只有一個主關鍵字
部分依賴：(A,B)->C,D,如A->C,則C部分依賴A
傳遞依賴：A->B->C,則C傳遞依賴A

注意點：

1. 資料庫連線會帶來一部分的效能損失
2. 並不是資料庫正規化越高越好
3. 有時會在資料冗餘與正規化之間做出權衡，在實際的資料庫開發過程中，往往會允許一部分的資料冗餘來減少資料庫連線。