作者:allsky

1.為應(yīng)用在多條記錄的字段建立獨立的表格

　　2.通過一個foreign key來關(guān)聯(lián)這些表格的值


　　我們將url的值放在一個獨立的表格中，這樣我們就可以在以后加入更多的數(shù)據(jù)，而無需擔心產(chǎn)生重復的值。我們還通
過主鍵值來關(guān)聯(lián)這些字段：

　　users

　　userId name company company_address

　　1 Joe ABC 1 Work Lane

　　2 Jill XYZ 1 Job Street

　　urls

　　urlId relUserId url

　　1 1 abc.com

　　2 1 xyz.com

　　3 2 abc.com

　　4 2 xyz.com

　　如上所示，我們創(chuàng)建了獨立的表格，users表中的主鍵userid現(xiàn)在與url表中的foreign key relUserId關(guān)聯(lián)�，F(xiàn)在的情
況好象已經(jīng)得到了明顯的改善。不過，如果我們要為ABC公司加入一個員工記錄呢？或者更多，200個？這樣我們就必須重
復使用公司名和地址，這明顯不夠冗余。因此我們將應(yīng)用第三級正規(guī)化方法：

　　第三級正規(guī)化形式

　　1.消除不依賴于該鍵的字段

　　公司名及地址與User Id都是沒有關(guān)系的，因此它們應(yīng)用擁有自己的公司Id：

　　users

　　userId name relCompId

　　1 Joe 1

　　2 Jill 2

　　companies

　　compId company company_address

　　1 ABC 1 Work Lane

　　2 XYZ 1 Job Street

　　urls

　　urlId relUserId url

　　1 1 abc.com

　　2 1 xyz.com

　　3 2 abc.com

　　4 2 xyz.com

　　這樣我們就將companies表中的主鍵comId和users表中名字為relCompId的foreign key關(guān)聯(lián)起來，就算為ABC公司加入
200個員工，在companies中也只有一條記錄。我們的users和urls表可以不斷地擴大，而無需擔心插入不必要的數(shù)據(jù)。大部
分的開發(fā)者都認為經(jīng)過三步的正規(guī)化就足夠了，這個數(shù)據(jù)庫的設(shè)計已經(jīng)可以很方便地處理整個企業(yè)的負擔，此看法在大多
數(shù)的情況下是正確的。

　　我們可以留意一下URL的字段--你注意到數(shù)據(jù)的冗余了嗎？如果給用戶用戶輸入這些url數(shù)據(jù)的HTML頁面是一個文本
框，可任意輸入的話，這并沒有問題，兩個用戶輸入同樣收藏夾的概率較少，不過，如果是通過一個下拉式的菜單，只讓
用戶選擇兩個url輸入，或者更多一點。這種情況下，我們的數(shù)據(jù)庫還可以進行下一級別的優(yōu)化--第四步，對于大多數(shù)的開
發(fā)者來說，這一步都是忽略的，因為它要依賴一個很特別的關(guān)系--一個多對多的關(guān)系，這在我們的應(yīng)用中是還沒有遇到過的.