解讀數(shù)據(jù)庫設(shè)計(jì)正規(guī)化的五大范式_Mssql數(shù)據(jù)庫教程

 
　　簡單說來，正規(guī)化就是在表格設(shè)計(jì)時，消除冗余性和不協(xié)調(diào)的從屬關(guān)系。在本文中，我將通過五個漸進(jìn)的過程來告訴你在設(shè)計(jì)中應(yīng)該了解的正規(guī)化技巧。從而建立一個可行而且效率高的數(shù)據(jù)庫。本文也會詳細(xì)分析一下可以利用的關(guān)系類型。  這里假定我們要建立一個用戶信息的表格，其中要存儲用戶的名字、公司、公司地址和一些個人的收藏夾或url。在開始時，你可能定義一個如下的表格結(jié)構(gòu)： 

零狀態(tài)形式  :
users 
name company company_address url1 url2 
Joe ABC 1 Work Lane abc.com xyz.com 
Jill XYZ 1 Job Street abc.com xyz.com 


　　由于沒有進(jìn)行任何的正規(guī)化處理，我們將這種形式的表稱為零狀態(tài)形式的表。留意其中的url1和url2字段---如果我們在應(yīng)用中需要第三個url呢？這樣你就要在表格中多加一列，很明顯，這不是一個好辦法。如果你要創(chuàng)建一個富有擴(kuò)展性的系統(tǒng)，你就要考慮使用第一個正規(guī)化的形式，并且應(yīng)用到該表格中。 

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

1．消除每個表格中重復(fù)的組 
2．為每套相關(guān)的數(shù)據(jù)建立一個獨(dú)立的表格 
3．使用一個主鍵來標(biāo)識每套相關(guān)的數(shù)據(jù) 

　　以上的表格明顯違反了上面第一條的規(guī)定，那么第三條的主鍵又是什么意思呢？很簡單，它只是在每個記錄中加入一個唯一的、自動增加的整型值。通過這個值，就可以將兩個姓名一樣的記錄區(qū)分開來。通過應(yīng)用第一級正規(guī)化形式，我們得到了以下的表格： 

users 
userId name company company_address url 
1 Joe ABC 1 Work Lane abc.com 
1 Joe ABC 1 Work Lane xyz.com 
2 Jill XYZ 1 Job Street abc.com 
2 Jill XYZ 1 Job Street xyz.com 

　　現(xiàn)在我們的表格可以說已經(jīng)處在第一級正規(guī)化的形式了，它已經(jīng)解決了url字段的限制問題，不過這樣的處理后又帶來了一個新的問題。每次在user表中插入一條記錄的時候，我們都必須重復(fù)所有的公司和用戶數(shù)據(jù)。這樣不僅令數(shù)據(jù)庫比以前大了，而且很容易出錯。因此還要經(jīng)過第二級正規(guī)化處理。 

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

1．為應(yīng)用在多條記錄的字段建立獨(dú)立的表格 
2．通過一個foreign key來關(guān)聯(lián)這些表格的值 

　　我們將url的值放在一個獨(dú)立的表格中，這樣我們就可以在以后加入更多的數(shù)據(jù)，而無需擔(dān)心產(chǎn)生重復(fù)的值。我們還通過主鍵值來關(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)建了獨(dú)立的表格，users表中的主鍵userid現(xiàn)在與url表中的foreign key relUserId關(guān)聯(lián)。現(xiàn)在的情況好象已經(jīng)得到了明顯的改善。不過，如果我們要為ABC公司加入一個員工記錄呢？或者更多，200個？這樣我們就必須重復(fù)使用公司名和地址，這明顯不夠冗余。因此我們將應(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表可以不斷地?cái)U(kuò)大，而無需擔(dān)心插入不必要的數(shù)據(jù)。大部分的開發(fā)者都認(rèn)為經(jīng)過三步的正規(guī)化就足夠了，這個數(shù)據(jù)庫的設(shè)計(jì)已經(jīng)可以很方便地處理整個企業(yè)的負(fù)擔(dān)，此看法在大多數(shù)的情況下是正確的。 

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

　　在定義第四個正規(guī)化的形式前，我想首先提一下三種基本的數(shù)據(jù)關(guān)系：一對一，一對多和多對多。我們回頭看一下經(jīng)過第一個正規(guī)化的users表。要是我們將url的字段放在一個獨(dú)立的表中，每次在users表中插入一個記錄，我們就會在urls表中插入一行。我們將得到一個一對一的關(guān)系：用戶表中的每一行，都將在urls表中找到相應(yīng)的一行。對于我們的應(yīng)用來說，這既不實(shí)用也不標(biāo)準(zhǔn)。 

　　然后看看第二個正規(guī)化的例子。對于每個用戶記錄，我們的表格允許有多個urls的記錄與之關(guān)聯(lián)。這是一個一對多的關(guān)系，這是一個很常見的關(guān)系。 

　　對于多對多的關(guān)系來說，就有點(diǎn)復(fù)雜了。在我們的第三個正規(guī)化形式的例子中，我們的一個用戶與很多的url有關(guān)，而我們想將該結(jié)構(gòu)變?yōu)樵试S多個用戶與多個的urls有關(guān)，這樣我們就可以得到一個多對多的結(jié)構(gòu)。在討論前，我們先看看表格結(jié)構(gòu)會有些什么變化 

分享：解決SQLServer2000因登陸失敗無法啟動服務(wù)的方法
解決方法： 1、開始--設(shè)置--控制面板--管理工具--服務(wù) (Run --鍵入 services.msc) 。 2、選擇MSSQLSERVER服務(wù)，右鍵“屬性”--“登錄”，選擇登錄選項(xiàng)。將登錄帳戶改為本地系統(tǒng)帳戶。 3、重啟MSSQLSERVER服務(wù)。