設(shè)計(jì)數(shù)據(jù)庫(kù)時(shí)，比較重要的步驟是確保將數(shù)據(jù)正確分發(fā)到數(shù)據(jù)庫(kù)表。使用正確的數(shù)據(jù)結(jié)構(gòu)可以大大簡(jiǎn)化應(yīng)用程序的其他內(nèi)容（查詢，表單，報(bào)表，代碼等）。正確的表設(shè)計(jì)的正式名稱是“數(shù)據(jù)庫(kù)規(guī)范化”。當(dāng)然除了這點(diǎn)之外，還有很多事項(xiàng)需要注意。那么在進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)之前需要做什么準(zhǔn)備？需要做的準(zhǔn)備有很多，下文這些都要考慮一下。

　　在進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)之前需要做什么準(zhǔn)備？

　　考察現(xiàn)有環(huán)境

在設(shè)計(jì)一個(gè)新數(shù)據(jù)庫(kù)時(shí)，你不但應(yīng)該仔細(xì)研究業(yè)務(wù)需求而且還要考察現(xiàn)有的系統(tǒng)。大多數(shù)數(shù)據(jù)庫(kù)項(xiàng)目都不是從頭開(kāi)始建立的；通常，機(jī)構(gòu)內(nèi)總會(huì)存在用來(lái)滿足特定需求的現(xiàn)有系統(tǒng)（可能沒(méi)有實(shí)現(xiàn)自動(dòng)計(jì)算）。顯然，現(xiàn)有系統(tǒng)并不完美，否則你就不必再建立新系統(tǒng)了。但是對(duì)舊系統(tǒng)的研究可以讓你發(fā)現(xiàn)一些可能會(huì)忽略的細(xì)微問(wèn)題。一般來(lái)說(shuō)，考察現(xiàn)有系統(tǒng)對(duì)你絕對(duì)有好處。

　　工欲善其事，必先利其器

采用理想的數(shù)據(jù)庫(kù)設(shè)計(jì)工具，比如：SyBase公司的PowerDesign，她支持PB、VB、Delphe等語(yǔ)言，通過(guò)ODBC可以連接市面上流行的30多個(gè)數(shù)據(jù)庫(kù)，包括dBase、FoxPro、VFP、SQLServer等，今后有機(jī)會(huì)我將著重介紹PowerDesign的使用。

　　獲取數(shù)據(jù)模式資源手冊(cè)

正在尋求示例模式的人可以閱讀《數(shù)據(jù)模式資源手冊(cè)》一書，該書由LenSilverston、W.H.Inmon和KentGraziano編寫，是一本值得擁有的最佳數(shù)據(jù)建模圖書。該書包括的章節(jié)涵蓋多種數(shù)據(jù)領(lǐng)域，比如人員、機(jī)構(gòu)和工作效能等。

其他的你還可以參考：薩師煊　王珊著　數(shù)據(jù)庫(kù)系統(tǒng)概論。

　　定義標(biāo)準(zhǔn)的對(duì)象命名規(guī)范

一定要定義數(shù)據(jù)庫(kù)對(duì)象的命名規(guī)范。對(duì)數(shù)據(jù)庫(kù)表來(lái)說(shuō)，從項(xiàng)目一開(kāi)始就要確定表名是采用復(fù)數(shù)還是單數(shù)形式。此外還要給表的別名定義簡(jiǎn)單規(guī)則(比方說(shuō)，如果表名是一個(gè)單詞，別名就取單詞的前4個(gè)字母;如果表名是兩個(gè)單詞，就各取兩個(gè)單詞的前兩個(gè)字母組成4個(gè)字母長(zhǎng)的別名；如果表的名字由3個(gè)單詞組成，你不妨從頭兩個(gè)單詞中各取一個(gè)然后從最后一個(gè)單詞中再取出兩個(gè)字母，結(jié)果還是組成4字母長(zhǎng)的別名，其余依次類推)對(duì)工作用表來(lái)說(shuō)，表名可以加上前綴WORK_后面附上采用該表的應(yīng)用程序的名字。表內(nèi)的列[字段]要針對(duì)鍵采用一整套設(shè)計(jì)規(guī)則。比如，如果鍵是數(shù)字類型，你可以用_N作為后綴；如果是字符類型則可以采用_C后綴。對(duì)列[字段]名應(yīng)該采用標(biāo)準(zhǔn)的前綴和后綴。再如，假如你的表里有好多"money"字段，你不妨給每個(gè)列[字段]增加一個(gè)_M后綴。還有，日期列[字段]最好以D_作為名字打頭。

檢查表名、報(bào)表名和查詢名之間的命名規(guī)范。你可能會(huì)很快就被這些不同的數(shù)據(jù)庫(kù)要素的名稱搞糊涂了。假如你堅(jiān)持統(tǒng)一地命名這些數(shù)據(jù)庫(kù)的不同組成部分，至少你應(yīng)該在這些對(duì)象名字的開(kāi)頭用Table、Query或者Report等前綴加以區(qū)別。

如果采用了MicrosoftAccess，你可以用qry、rpt、tbl和mod等符號(hào)來(lái)標(biāo)識(shí)對(duì)象（比如tbl_Employees）。我在和SQLServer打交道的時(shí)候還用過(guò)tbl來(lái)索引表，但我用sp_company（現(xiàn)在用sp_feft_）標(biāo)識(shí)存儲(chǔ)過(guò)程，因?yàn)樵谟械臅r(shí)候如果我發(fā)現(xiàn)了更好的處理辦法往往會(huì)保存好幾個(gè)拷貝。我在實(shí)現(xiàn)SQLServer2000時(shí)用udf_（或者類似的標(biāo)記）標(biāo)識(shí)我編寫的函數(shù)。

　　暢想未來(lái)，但不可忘了過(guò)去的教訓(xùn)

我發(fā)現(xiàn)詢問(wèn)用戶如何看待未來(lái)需求變化非常有用。這樣做可以達(dá)到兩個(gè)目的：首先，你可以清楚地了解應(yīng)用設(shè)計(jì)在哪個(gè)地方應(yīng)該更具靈活性以及如何避免性能瓶頸;其次，你知道發(fā)生事先沒(méi)有確定的需求變更時(shí)用戶將和你一樣感到吃驚。

一定要記住過(guò)去的經(jīng)驗(yàn)教訓(xùn)！我們開(kāi)發(fā)人員還應(yīng)該通過(guò)分享自己的體會(huì)和經(jīng)驗(yàn)互相幫助。即使用戶認(rèn)為他們?cè)僖膊恍枰裁粗С至耍覀円矐?yīng)該對(duì)他們進(jìn)行這方面的教育，我們都曾經(jīng)面臨過(guò)這樣的時(shí)刻"當(dāng)初要是這么做了該多好.."。

在物理實(shí)踐之前進(jìn)行邏輯設(shè)計(jì)

在深入物理設(shè)計(jì)之前要先進(jìn)行邏輯設(shè)計(jì)。隨著大量的CASE工具不斷涌現(xiàn)出來(lái)，你的設(shè)計(jì)也可以達(dá)到相當(dāng)高的邏輯水準(zhǔn)，你通常可以從整體上更好地了解數(shù)據(jù)庫(kù)設(shè)計(jì)所需要的方方面面。

　　了解你的業(yè)務(wù)

在你百分百地確定系統(tǒng)從客戶角度滿足其需求之前不要在你的ER（實(shí)體關(guān)系）模式中加入哪怕一個(gè)數(shù)據(jù)表（怎么，你還沒(méi)有模式？那請(qǐng)你參看技巧9）。了解你的企業(yè)業(yè)務(wù)可以在以后的開(kāi)發(fā)階段節(jié)約大量的時(shí)間。一旦你明確了業(yè)務(wù)需求，你就可以自己做出許多決策了。

一旦你認(rèn)為你已經(jīng)明確了業(yè)務(wù)內(nèi)容，你最好同客戶進(jìn)行一次系統(tǒng)的交流。采用客戶的術(shù)語(yǔ)并且向他們解釋你所想到的和你所聽(tīng)到的。同時(shí)還應(yīng)該用可能、將會(huì)和必須等詞匯表達(dá)出系統(tǒng)的關(guān)系基數(shù)。這樣你就可以讓你的客戶糾正你自己的理解然后做好下一步的ER設(shè)計(jì)。

　　報(bào)表技巧

要了解用戶通常是如何報(bào)告數(shù)據(jù)的：批處理還是在線提交報(bào)表？時(shí)間間隔是每天、每周、每月、每個(gè)季度還是每年？如果需要的話還可以考慮創(chuàng)建總結(jié)表。系統(tǒng)生成的主鍵在報(bào)表中很難管理。用戶在具有系統(tǒng)生成主鍵的表內(nèi)用副鍵進(jìn)行檢索往往會(huì)返回許多重復(fù)數(shù)據(jù)。這樣的檢索性能比較低而且容易引起混亂。

　　理解客戶需求

看起來(lái)這應(yīng)該是顯而易見(jiàn)的事，但需求就是來(lái)自客戶（這里要從內(nèi)部和外部客戶的角度考慮）。不要依賴用戶寫下來(lái)的需求，真正的需求在客戶的腦袋里。你要讓客戶解釋其需求，而且隨著開(kāi)發(fā)的繼續(xù)，還要經(jīng)常詢問(wèn)客戶保證其需求仍然在開(kāi)發(fā)的目的之中。一個(gè)不變的真理是："只有我看見(jiàn)了我才知道我想要的是什么"必然會(huì)導(dǎo)致大量的返工，因?yàn)閿?shù)據(jù)庫(kù)沒(méi)有達(dá)到客戶從來(lái)沒(méi)有寫下來(lái)的需求標(biāo)準(zhǔn)。而更糟的是你對(duì)他們需求的解釋只屬于你自己，而且可能是完全錯(cuò)誤的。

　　創(chuàng)建數(shù)據(jù)字典和ER圖表

一定要花點(diǎn)時(shí)間創(chuàng)建ER圖表和數(shù)據(jù)字典。其中至少應(yīng)該包含每個(gè)字段的數(shù)據(jù)類型和在每個(gè)表內(nèi)的主外鍵。創(chuàng)建ER圖表和數(shù)據(jù)字典確實(shí)有點(diǎn)費(fèi)時(shí)但對(duì)其他開(kāi)發(fā)人員要了解整個(gè)設(shè)計(jì)卻是完全必要的。越早創(chuàng)建越能有助于避免今后面臨的可能混亂，從而可以讓任何了解數(shù)據(jù)庫(kù)的人都明確如何從數(shù)據(jù)庫(kù)中獲得數(shù)據(jù)。

有一份諸如ER圖表等最新文檔其重要性如何強(qiáng)調(diào)都不過(guò)分，這對(duì)表明表之間關(guān)系很有用，而數(shù)據(jù)字典則說(shuō)明了每個(gè)字段的用途以及任何可能存在的別名。對(duì)SQL表達(dá)式的文檔化來(lái)說(shuō)這是完全必要的。

創(chuàng)建模式

一張圖表勝過(guò)千言萬(wàn)語(yǔ)：開(kāi)發(fā)人員不僅要閱讀和實(shí)現(xiàn)它，而且還要用它來(lái)幫助自己和用戶對(duì)話。模式有助于提高協(xié)作效能，這樣在先期的數(shù)據(jù)庫(kù)設(shè)計(jì)中幾乎不可能出現(xiàn)大的問(wèn)題。模式不必弄的很復(fù)雜；甚至可以簡(jiǎn)單到手寫在一張紙上就可以了。只是要保證其上的邏輯關(guān)系今后能產(chǎn)生效益。

　　從輸入輸出下手

在定義數(shù)據(jù)庫(kù)表和字段需求（輸入）時(shí)，首先應(yīng)檢查現(xiàn)有的或者已經(jīng)設(shè)計(jì)出的報(bào)表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和字段。舉個(gè)簡(jiǎn)單的例子：假如客戶需要一個(gè)報(bào)表按照郵政編碼排序、分段和求和，你要保證其中包括了單獨(dú)的郵政編碼字段而不要把郵政編碼糅進(jìn)地址字段里。

上述就是關(guān)于關(guān)于在進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)之前需要做什么準(zhǔn)備的全部?jī)?nèi)容，想了解更多關(guān)于數(shù)據(jù)的信息，請(qǐng)繼續(xù)關(guān)注中培偉業(yè)。