第二正規化
维基百科,自由的百科全书
第二正規化 (2NF) 是資料庫正規化中所使用的一種正規形式。它的規則是要求資料表裡的所有資料都要和該資料表的主鍵有相依關係;如果有哪些資料只和主鍵的一部份有關的話,就得把它們獨立出來變成另一個資料表。如果一個資料表的主鍵只有單一一個欄位的話,它就一定符合第二正規化。
一個資料表符合第二正規化若且唯若
- 它符合第一正規化
- 所有非主鍵的欄位都一定和主鍵有關
[编辑] 範例
有一個資料表記錄了設備元件的資訊,如下所示:
元件 ID (主鍵) | 供應商 ID (主鍵) | 供應商名稱 | 價格 | 供應商住址 |
---|---|---|---|---|
65 | 2 | Stylized Parts | 59.99 | VA |
73 | 2 | Stylized Parts | 20.00 | VA |
65 | 1 | ACME Industries | 69.99 | CA |
這個資料表的每個值都是單一值,所以它符合第一正規化。因為同一個元件有可能由不同的供應商提供,所以得把元件 ID 和供應商 ID 合在一起組成一個主鍵。
主鍵和價格之間的關係很正確:同一個元件在不同供應商有可能會有不同的報價,所以價格確實和主鍵完全相關。
另一方面,供應商的名稱和住址就只和供應商 ID 有關,這不符合第二正規化的原則。仔細看就會發現 "Stylized Parts" 這個名稱和 "VA" 這個住址重複出現了兩次;要是它改名了或是被其他公司併購了怎麼辦?這時候最好把這些資料存到第二個資料表中:
ID | 名稱 | 住址 |
---|---|---|
1 | ACME Industries | CA |
2 | Stylized Parts | VA |
這麼一來,原本的 "元件來源" 資料表就得要做相對應的更動:
元件 ID (主鍵) | 供應商 ID (主鍵) | 價格 |
---|---|---|
65 | 2 | 59.99 |
73 | 2 | 20.00 |
65 | 1 | 69.99 |
檢查資料表裡的每個欄位,確認它們是不是都和主鍵完全相關,這樣才能知道這個資料表是不是符合第二正規化;如果不是的話,就把那些不完全相關的欄位移到獨立的資料表裡。接下來的步驟是要確保所有不是鍵的欄位都和彼此沒有相依關係,這就叫做第三正規化。
[编辑] 文獻
- Litt's Tips: Normalization
- Rules Of Data Normalization
- Date, C. J., & Lorentzos, N., & Darwen, H. (2002). Temporal Data & the Relational Model (1st ed.). Morgan Kaufmann. ISBN 1-55860-855-9.
- Date, C. J. (1999), An Introduction to Database Systems (8th ed.). Addison-Wesley Longman. ISBN 0-321-19784-4.
- Kent, W. (1983) A Simple Guide to Five Normal Forms in Relational Database Theory, Communications of the ACM, vol. 26, pp. 120-125
- Date, C.J., & Darwen, H., & Pascal, F. Database Debunkings
- H.-J. Schek, P.Pistor Data Structures for an Integrated Data Base Management and Information Retrieval System
[编辑] 外部連結
- Database Normalization Basics by Mike Chapple (About.com)
- An Introduction to Database Normalization by Mike Hillyer.
- Normalization by ITS, University of Texas.
- A tutorial on the first 3 normal forms by Fred Coulson
- Free PDF poster available by Marc Rettig
- Description of the database normalization basics by Microsoft
資料庫正規化 |
第一正規化 | 第二正規化 | 第三正規化 |