要求三:表中記錄應(yīng)該有一個(gè)唯一的標(biāo)識(shí)符
在數(shù)據(jù)庫(kù)表設(shè)計(jì)的時(shí)候,數(shù)據(jù)庫(kù)管理員應(yīng)該養(yǎng)成一個(gè)好習(xí)慣,用一個(gè)ID號(hào)來(lái)唯一的標(biāo)識(shí)行記錄,而不要通過(guò)名字、編號(hào)等字段來(lái)對(duì)紀(jì)錄進(jìn)行區(qū)分。每個(gè)表都應(yīng)該有一個(gè)ID列,任何兩個(gè)記錄都不可以共享同一個(gè)ID值。另外,這個(gè)ID值最好有數(shù)據(jù)庫(kù)來(lái)進(jìn)行自動(dòng)管理,而不要把這個(gè)任務(wù)給前臺(tái)應(yīng)用程序。否則的話(huà),很容易產(chǎn)生ID值不統(tǒng)一的情況。
另外,在數(shù)據(jù)庫(kù)設(shè)計(jì)的時(shí)候,最好還能夠加入行號(hào)。如在銷(xiāo)售訂單管理中,ID號(hào)是用戶(hù)不能夠維護(hù)的。但是,行號(hào)用戶(hù)就可以維護(hù)。如在銷(xiāo)售訂單的行中,用戶(hù)可以通過(guò)調(diào)整行號(hào)的大小來(lái)對(duì)訂單行進(jìn)行排序。通常情況下,ID列是以1為單位遞進(jìn)的。但是,行號(hào)就要以10為單位累進(jìn)。如此,正常情況下,行號(hào)就以10、20、30依次擴(kuò)展下去。若此時(shí)用戶(hù)需要把行號(hào)為30的紀(jì)錄調(diào)到第一行顯示。此時(shí),用戶(hù)在不能夠更改ID列的情況下,可以更改行號(hào)來(lái)實(shí)現(xiàn)。如可以把行號(hào)改為1,在排序時(shí)就可以按行號(hào)來(lái)進(jìn)行排序。如此的話(huà),原來(lái)行號(hào)為30的紀(jì)錄現(xiàn)在行號(hào)變?yōu)榱?,就可以在第一行中顯示。這是在實(shí)際應(yīng)用程序設(shè)計(jì)中對(duì)ID列的一個(gè)有效補(bǔ)充。這個(gè)內(nèi)容在教科書(shū)上是沒(méi)有的。需要在實(shí)際應(yīng)用程序設(shè)計(jì)中,才會(huì)掌握到這個(gè)技巧。
要求四:數(shù)據(jù)庫(kù)對(duì)象要有統(tǒng)一的前綴名
一個(gè)比較復(fù)雜的應(yīng)用系統(tǒng),其對(duì)應(yīng)的數(shù)據(jù)庫(kù)表往往以千計(jì)。若讓數(shù)據(jù)庫(kù)管理員看到對(duì)象名就了解這個(gè)數(shù)據(jù)庫(kù)對(duì)象所起的作用,恐怕會(huì)比較困難。而且在數(shù)據(jù)庫(kù)對(duì)象引用的時(shí)候,數(shù)據(jù)庫(kù)管理員也會(huì)為不能迅速找到所需要的數(shù)據(jù)庫(kù)對(duì)象而頭疼。
為此,筆者建立,在開(kāi)發(fā)數(shù)據(jù)庫(kù)之前,最好能夠花一定的時(shí)間,去制定一個(gè)數(shù)據(jù)庫(kù)對(duì)象的前綴命名規(guī)范。如筆者在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí),喜歡跟前臺(tái)應(yīng)用程序協(xié)商,確定合理的命名規(guī)范。筆者最常用的是根據(jù)前臺(tái)應(yīng)用程序的模塊來(lái)定義后臺(tái)數(shù)據(jù)庫(kù)對(duì)象前綴名。如跟物料管理模塊相關(guān)的表可以用M為前綴;而以訂單管理相關(guān)的,則可以利用C作為前綴。具體采用什么前綴可以以用戶(hù)的愛(ài)好而定義。但是,需要注意的是,這個(gè)命名規(guī)范應(yīng)該在數(shù)據(jù)庫(kù)管理員與前臺(tái)應(yīng)用程序開(kāi)發(fā)者之間達(dá)成共識(shí),并且嚴(yán)格按照這個(gè)命名規(guī)范來(lái)定義對(duì)象名。
其次,表、視圖、函數(shù)等最好也有統(tǒng)一的前綴。如視圖可以用V為前綴,而函數(shù)則可以利用F為前綴。如此數(shù)據(jù)庫(kù)管理員無(wú)論是在日常管理還是對(duì)象引用的時(shí)候,都能夠在最短的時(shí)間內(nèi)找到自己所需要的對(duì)象。
要求五:盡量只存儲(chǔ)單一實(shí)體類(lèi)型的數(shù)據(jù)
這里將的實(shí)體類(lèi)型跟數(shù)據(jù)類(lèi)型不是一回事,要注意區(qū)分。這里講的實(shí)體類(lèi)型是指所需要描述對(duì)象的本身。筆者舉一個(gè)例子,估計(jì)大家就可以明白其中的內(nèi)容了。如現(xiàn)在有一個(gè)圖書(shū)館里系統(tǒng),有圖書(shū)基本信息、作者信息兩個(gè)實(shí)體對(duì)象。若用戶(hù)要把這兩個(gè)實(shí)體對(duì)象信息放在同一張表中也是可以的。如可以把表設(shè)計(jì)成圖書(shū)名字、圖書(shū)作者等等?墒侨绱嗽O(shè)計(jì)的話(huà),會(huì)給后續(xù)的維護(hù)帶來(lái)不少的麻煩。
如當(dāng)后續(xù)有圖書(shū)出版時(shí),則需要為每次出版的圖書(shū)增加作者信息,這無(wú)疑會(huì)增加額外的存儲(chǔ)空間,也會(huì)增加記錄的長(zhǎng)度。而且若作者的情況有所改變,如住址改變了以后,則還需要去更改每本書(shū)的記錄。同時(shí),若這個(gè)作者的圖書(shū)從數(shù)據(jù)庫(kù)中全部刪除之后,這個(gè)作者的信息也就蕩然無(wú)存了。很明顯,這不符合數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范化的需求。
遇到這種情況時(shí),筆者建議可以把上面這張表分解成三種獨(dú)立的表,分別為圖書(shū)基本信息表、作者基本信息表、圖書(shū)與作者對(duì)應(yīng)表等等。如此設(shè)計(jì)以后,以上遇到的所有問(wèn)題就都引刃而解了。
以上五條是在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)達(dá)到規(guī)范化水平的基本要求。除了這些另外還有很多細(xì)節(jié)方面的要求,如數(shù)據(jù)類(lèi)型、存儲(chǔ)過(guò)程等等。而且,數(shù)據(jù)庫(kù)規(guī)范往往沒(méi)有技術(shù)方面的嚴(yán)格限制,主要依靠數(shù)據(jù)庫(kù)管理員日常工作經(jīng)驗(yàn)的累積。
相關(guān)推薦:軟考數(shù)據(jù)庫(kù)系統(tǒng)工程師考前練習(xí)題及答案匯總北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |