WIKI使用導(dǎo)航
站長(zhǎng)百科導(dǎo)航
站長(zhǎng)專題
- 網(wǎng)站推廣
- 網(wǎng)站程序
- 網(wǎng)站賺錢(qián)
- 虛擬主機(jī)
- cPanel
- 網(wǎng)址導(dǎo)航專題
- 云計(jì)算
- 微博營(yíng)銷
- 虛擬主機(jī)管理系統(tǒng)
- 開(kāi)放平臺(tái)
- WIKI程序與應(yīng)用
- 美國(guó)十大主機(jī)
Mysql應(yīng)用
導(dǎo)航: 上一頁(yè) | ASP | PHP | JSP | HTML | CSS | XHTML | aJAX | Ruby | JAVA | XML | Python | ColdFusion
在動(dòng)態(tài)網(wǎng)站的設(shè)計(jì)中,數(shù)據(jù)庫(kù)設(shè)計(jì)的重要性不言而喻。如果設(shè)計(jì)不當(dāng),查詢起來(lái)就非常吃力,程序的性能也會(huì)受到影響。無(wú)
論你使用的是mySQL或者Oracle數(shù)據(jù)庫(kù),通過(guò)進(jìn)行正規(guī)化的表格設(shè)計(jì),可以令你的PHP代碼更具可讀性,更容易擴(kuò)展,從而
也會(huì)提升應(yīng)用的性能。
簡(jiǎn)單說(shuō)來(lái),正規(guī)化就是在表格設(shè)計(jì)時(shí),消除冗余性和不協(xié)調(diào)的從屬關(guān)系。在本文中,我將通過(guò)五個(gè)漸進(jìn)的過(guò)程來(lái)告訴
你在設(shè)計(jì)中應(yīng)該了解的正規(guī)化技巧。從而建立一個(gè)可行而且
效率高的數(shù)據(jù)庫(kù)。本文也會(huì)詳細(xì)分析一下可以利用的關(guān)系類型。
這里假定我們要建立一個(gè)用戶信息的表格,其中要存儲(chǔ)用戶的名字、公司、公司地址和一些個(gè)人的收藏夾或url。在開(kāi)
始時(shí),你可能定義一個(gè)如下的表格結(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
由于沒(méi)有進(jìn)行任何的正規(guī)化處理,我們將這種形式的表稱為零狀態(tài)形式的表。留意其中的url1和url2字段---如果我們
在應(yīng)用中需要第三個(gè)url呢?這樣你就要在表格中多加一列,很明顯,這不是一個(gè)好辦法。如果你要?jiǎng)?chuàng)建一個(gè)富有擴(kuò)展性的
系統(tǒng),你就要考慮使用第一個(gè)正規(guī)化的形式,并且應(yīng)用到該表格中。
第一級(jí)正規(guī)化形式
1.消除每個(gè)表格中重復(fù)的組
2.為每套相關(guān)的數(shù)據(jù)建立一個(gè)獨(dú)立的表格
3.使用一個(gè)主鍵來(lái)標(biāo)識(shí)每套相關(guān)的數(shù)據(jù)
以上的表格明顯違反了上面第一條的規(guī)定,那么第三條的主鍵又是什么意思呢?很簡(jiǎn)單,它只是在每個(gè)記錄中加入一
個(gè)唯一的、自動(dòng)增加的整型值。通過(guò)這個(gè)值,就可以將兩個(gè)姓名一樣的記錄區(qū)分開(kāi)來(lái)。通過(guò)應(yīng)用第一級(jí)正規(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)在我們的表格可以說(shuō)已經(jīng)處在第一級(jí)正規(guī)化的形式了,它已經(jīng)解決了url字段的限制問(wèn)題,不過(guò)這樣的處理后又帶來(lái)
了一個(gè)新的問(wèn)題。每次在user表中插入一條記錄的時(shí)候,我們都必須重復(fù)所有的公司和用戶數(shù)據(jù)。這樣不僅令數(shù)據(jù)庫(kù)比以
前大了,而且很容易出錯(cuò)。因此還要經(jīng)過(guò)第二級(jí)正規(guī)化處理。
1.為應(yīng)用在多條記錄的字段建立獨(dú)立的表格
2.通過(guò)一個(gè)foreign key來(lái)關(guān)聯(lián)這些表格的值
我們將url的值放在一個(gè)獨(dú)立的表格中,這樣我們就可以在以后加入更多的數(shù)據(jù),而無(wú)需擔(dān)心產(chǎn)生重復(fù)的值。我們還通
過(guò)主鍵值來(lái)關(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)?,F(xiàn)在的情
況好象已經(jīng)得到了明顯的改善。不過(guò),如果我們要為ABC公司加入一個(gè)員工記錄呢?或者更多,200個(gè)?這樣我們就必須重
復(fù)使用公司名和地址,這明顯不夠冗余。因此我們將應(yīng)用第三級(jí)正規(guī)化方法:
第三級(jí)正規(guī)化形式
1.消除不依賴于該鍵的字段
公司名及地址與User Id都是沒(méi)有關(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)起來(lái),就算為ABC公司加入
200個(gè)員工,在companies中也只有一條記錄。我們的users和urls表可以不斷地?cái)U(kuò)大,而無(wú)需擔(dān)心插入不必要的數(shù)據(jù)。大部
分的開(kāi)發(fā)者都認(rèn)為經(jīng)過(guò)三步的正規(guī)化就足夠了,這個(gè)數(shù)據(jù)庫(kù)的設(shè)計(jì)已經(jīng)可以很方便地處理整個(gè)企業(yè)的負(fù)擔(dān),此看法在大多
數(shù)的情況下是正確的。
我們可以留意一下URL的字段--你注意到數(shù)據(jù)的冗余了嗎?如果給用戶用戶輸入這些url數(shù)據(jù)的HTML頁(yè)面是一個(gè)文本
框,可任意輸入的話,這并沒(méi)有問(wèn)題,兩個(gè)用戶輸入同樣收藏夾的概率較少,不過(guò),如果是通過(guò)一個(gè)下拉式的菜單,只讓
用戶選擇兩個(gè)url輸入,或者更多一點(diǎn)。這種情況下,我們的數(shù)據(jù)庫(kù)還可以進(jìn)行下一級(jí)別的優(yōu)化--第四步,對(duì)于大多數(shù)的開(kāi)
發(fā)者來(lái)說(shuō),這一步都是忽略的,因?yàn)樗蕾囈粋€(gè)很特別的關(guān)系--一個(gè)多對(duì)多的關(guān)系,這在我們的應(yīng)用中是還沒(méi)有遇到過(guò)的.
在定義第四個(gè)正規(guī)化的形式前,我想首先提一下三種基本的數(shù)據(jù)關(guān)系:一對(duì)一,一對(duì)多和多對(duì)多。我們回頭看一下經(jīng)
過(guò)第一個(gè)正規(guī)化的users表。要是我們將url的字段放在一個(gè)獨(dú)立的表中,每次在users表中插入一個(gè)記錄,我們就會(huì)在urls
表中插入一行。我們將得到一個(gè)一對(duì)一的關(guān)系:用戶表中的每一行,都將在urls表中找到相應(yīng)的一行。對(duì)于我們的應(yīng)用來(lái)
說(shuō),這既不實(shí)用也不標(biāo)準(zhǔn)。
然后看看第二個(gè)正規(guī)化的例子。對(duì)于每個(gè)用戶記錄,我們的表格允許有多個(gè)urls的記錄與之關(guān)聯(lián)。這是一個(gè)一對(duì)多的
關(guān)系,這是一個(gè)很常見(jiàn)的關(guān)系。
對(duì)于多對(duì)多的關(guān)系來(lái)說(shuō),就有點(diǎn)復(fù)雜了。在我們的第三個(gè)正規(guī)化形式的例子中,我們的一個(gè)用戶與很多的url有關(guān),而
我們想將該結(jié)構(gòu)變?yōu)樵试S多個(gè)用戶與多個(gè)的urls有關(guān),這樣我們就可以得到一個(gè)多對(duì)多的結(jié)構(gòu)。在討論前,我們先看看表
格結(jié)構(gòu)會(huì)有些什么變化
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 url
1 abc.com
2 xyz.com
url_relations
relationId relatedUrlId relatedUserId
1 1 1
2 1 2
3 2 1
4 2 2
為了進(jìn)一步減低數(shù)據(jù)的冗余,我們運(yùn)用第四級(jí)正規(guī)化形式。我們創(chuàng)建了一個(gè)頗奇怪的url_relations表,里面的字段均
為主鍵或者foreign key。通過(guò)這個(gè)表,我們就可以消除urls表中的重復(fù)項(xiàng)目。以下是第四個(gè)正規(guī)化形式的具體要求:
第四個(gè)正規(guī)化形式
1.在一個(gè)多對(duì)多的關(guān)系中,獨(dú)立的實(shí)體不能存放在同一個(gè)表格中
由于它僅應(yīng)用于多對(duì)多的關(guān)系,因此大多數(shù)的開(kāi)發(fā)者可以忽略這條規(guī)定。不過(guò)在某些情況下,它是非常實(shí)用的,這個(gè)
例子就是這樣,我們通過(guò)將相同的實(shí)體分離出來(lái),并且將關(guān)系移到它們自己的表格中,從而改進(jìn)了urls表格。
為了令你更容易明白,我們舉個(gè)具體的例子,以下將用一個(gè)SQL語(yǔ)句選擇出所有屬于joe的urls:
SELECT name, url FROM users, urls, url_relationsswheresurl_relations.relatedUserId = 1 AND
users.userId = 1 AND urls.urlId = url_relations.relatedUrlId
如果我們想要遍歷每個(gè)人的個(gè)人信息和url信息,我們可以這樣做:
SELECT name, url FROM users, urls, url_relationsswheresusers.userId = url_relations.relatedUserId AND
urls.urlId = url_relations.relatedUrlId
第五級(jí)正規(guī)化形式
還有一級(jí)正規(guī)化的形式,它并不常見(jiàn),有點(diǎn)深?yuàn)W,并且在大部分的情況下都是不必要的。它的原則是:
1.原來(lái)的表格必須可以通過(guò)由它分離出去的表格重新構(gòu)建
使用這個(gè)規(guī)定的好處是,你可以確保不會(huì)在分離的表格中引入多余的列,所有你創(chuàng)建的表格結(jié)構(gòu)都與它們的實(shí)際需要
一樣大。應(yīng)用這條規(guī)定是一個(gè)好習(xí)慣,不過(guò)除非你要處理一個(gè)非常大型的數(shù)據(jù),否則你將不需要用到它。
希望這篇文章對(duì)你有用,并且可以幫助你在所有的項(xiàng)目中應(yīng)用這些正規(guī)化的規(guī)定。你可能想知道這些方法是從哪來(lái)
的,我可以告訴你,前面三個(gè)正規(guī)化的規(guī)定是1972年,Dr. E.F. Codd在他的論文“進(jìn)一步正規(guī)化數(shù)據(jù)庫(kù)的關(guān)系模型中”提
出的,其余的規(guī)定是經(jīng)過(guò)后來(lái)的集合理論和關(guān)系數(shù)學(xué)家理論化的。評(píng)論:正所謂物級(jí)必反,將表格分得過(guò)細(xì)有時(shí)并不好,
因?yàn)檫@樣需要將各表進(jìn)行各種的關(guān)聯(lián),這會(huì)令查詢時(shí)變得復(fù)雜,而且效率也可能降低,這些正規(guī)化的規(guī)定可以參考,在實(shí)
際應(yīng)用時(shí),要根據(jù)項(xiàng)目的大小,必要時(shí)可以進(jìn)行一些測(cè)試,以設(shè)計(jì)出更合理的表格結(jié)構(gòu)。