成功的管理系統(tǒng)=50% 的業(yè)務(wù)+(25%的數(shù)據(jù)庫(kù)+25%的程序)
1、考察現(xiàn)有系統(tǒng)環(huán)境
大多數(shù)數(shù)據(jù)庫(kù)項(xiàng)目都不是從頭開始建立的，通常機(jī)構(gòu)內(nèi)總會(huì)存在用來滿足特定需求的現(xiàn)有系統(tǒng)。顯然，現(xiàn)有系統(tǒng)并不完美，否則你就不必再建立新系統(tǒng)了。但是對(duì)舊系統(tǒng)的研究可以讓你發(fā)現(xiàn)一些可能會(huì)忽略的細(xì)微問題。一般來說，考察現(xiàn)有系統(tǒng)對(duì)你絕對(duì)有好處。
2、充分預(yù)計(jì)需求的升級(jí)趨勢(shì)
詢問用戶如何看待未來需求變化非常有用，這樣做可以達(dá)到兩個(gè)目的：首先，可以清楚地了解應(yīng)用設(shè)計(jì)在哪個(gè)地方應(yīng)該更具靈活性以及如何避免性能瓶頸；其次，知道發(fā)生事先沒有確定的需求變更時(shí)用戶將和你一樣感到吃驚。
3、充分理解客戶的需求
看起來這應(yīng)該是顯而易見的事，但需求就是來自客戶（這里要從內(nèi)部和外部客戶的角度考慮）。不要依賴用戶寫下來的需求，真正的需求在客戶的腦袋里。你要讓客戶解釋其需求，而且隨著開發(fā)的繼續(xù)，還要經(jīng)常詢問客戶保證其需求仍然在開發(fā)的目的之中。
一旦你認(rèn)為你已經(jīng)明確了業(yè)務(wù)內(nèi)容，你最好同客戶進(jìn)行一次系統(tǒng)的交流。采用客戶的術(shù)語并且向他們解釋你所想到的和你所聽到的。同時(shí)還應(yīng)該用可能、將會(huì)和必須等詞匯表達(dá)出系統(tǒng)的關(guān)系基數(shù)。這樣你就可以讓你的客戶糾正你自己的理解。
了解業(yè)務(wù)可以在以后的開發(fā)階段節(jié)約大量的時(shí)間，而其你會(huì)發(fā)現(xiàn)，一旦你明確了業(yè)務(wù)需求，你就可以自己做出許多決策了。
4、確定數(shù)據(jù)對(duì)象的命名規(guī)范
一定要定義數(shù)據(jù)庫(kù)對(duì)象的命名規(guī)范，可以考慮用約定好的前綴或后綴：
對(duì)于視圖來說，可以采用vw_前綴；
對(duì)表來說，表名可以加上前綴tbl_；
對(duì)表內(nèi)的列[字段]來說，數(shù)字類型可以用_N作為后綴，字符類型可以采用_C后綴等，Money類型可以采用_M后綴，日期類型可以采用_D作為后綴等等；
對(duì)于存儲(chǔ)過程來說，可以采用sp_前綴；
對(duì)于自定義函數(shù)，可以考慮采用udf_前綴；
此外，采用全大寫字母，且以下劃線分割單詞，如：TBL_CUSTOMER_INFO
5、創(chuàng)建數(shù)據(jù)字典
一定要花點(diǎn)時(shí)間創(chuàng)建數(shù)據(jù)字典，其中至少應(yīng)該包含每個(gè)字段的數(shù)據(jù)類型和在每個(gè)表內(nèi)的主外鍵。創(chuàng)建數(shù)據(jù)字典確實(shí)有點(diǎn)費(fèi)時(shí)但對(duì)其他開發(fā)人員要了解整個(gè)設(shè)計(jì)卻是完全必要的。越早創(chuàng)建越能有助于避免今后面臨的可能混亂，從而可以讓任何了解數(shù)據(jù)庫(kù)的人都明確如何從數(shù)據(jù)庫(kù)中獲得數(shù)據(jù)。
6、從輸入輸出下手
在定義數(shù)據(jù)庫(kù)表和字段需求（輸入）時(shí)，首先應(yīng)檢查現(xiàn)有的或者已經(jīng)設(shè)計(jì)出的報(bào)表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和字段。舉個(gè)簡(jiǎn)單的例子：假如客戶需要一個(gè)報(bào)表按照郵政編碼排序、分段和求和，你要保證其中包括了單獨(dú)的郵政編碼字段而不要把郵政編碼糅進(jìn)地址字段里。
7、報(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ù)。這樣的檢索性能比較低而且容易引起混亂。
8、考慮國(guó)際化問題
在設(shè)計(jì)用到網(wǎng)絡(luò)或者具有其他國(guó)際特性的數(shù)據(jù)庫(kù)時(shí)，一定要記住大多數(shù)國(guó)家都有不同的字段格式，比如郵政編碼等，有些國(guó)家，比如新西蘭就沒有郵政編碼一說。
9、記錄的版本
借鑒Oracle的設(shè)計(jì)模式，每個(gè)表都設(shè)置以下6個(gè)字段：
Create_Date
Last_Modify_Date
Creator
Modifier
Modify_Number
Is_Deleted
在表中包含一個(gè)“刪除標(biāo)記”字段，這樣就可以把行標(biāo)記為刪除。在關(guān)系數(shù)據(jù)庫(kù)里不要單獨(dú)刪除某一行；最好采用清除數(shù)據(jù)程序而且要仔細(xì)維護(hù)索引整體性。
10、仔細(xì)選擇數(shù)據(jù)類型
在SQL中使用smallint和 tinyint類型要特別小心，比如，假如你想看看月銷售總額，你的總額字段類型是 smallint，那么，如果總額超過了$32,767你就不能進(jìn)行計(jì)算操作了。
在命名字段并為其指定數(shù)據(jù)類型的時(shí)候一定要保證一致性。假如字段在某個(gè)表中叫做“agreement_number”，你就別在另一個(gè)表里把名字改成“ref1”。假如數(shù)據(jù)類型在一個(gè)表里是整數(shù)，那在另一個(gè)表里可就別變成字符型了。記住，你干完自己的活了，其他人還要用你的數(shù)據(jù)庫(kù)呢。
11、盡量避免使用觸發(fā)器
觸發(fā)器的功能通?？梢杂闷渌绞綄?shí)現(xiàn)。在調(diào)試程序時(shí)觸發(fā)器可能成為干擾。假如你確實(shí)需要采用觸發(fā)器，你最好集中對(duì)它文檔化。
12、給文本字段留足余量
ID類型的文本字段，比如客戶ID或定單號(hào)等等都應(yīng)該設(shè)置得比一般想象更大，因?yàn)闀r(shí)間不長(zhǎng)你多半就會(huì)因?yàn)橐砑宇~外的字符而難堪不已。比方說，假設(shè)你的客戶 ID為10位數(shù)長(zhǎng)。那你應(yīng)該把數(shù)據(jù)庫(kù)表字段的長(zhǎng)度設(shè)為12或者13個(gè)字符長(zhǎng)。這算浪費(fèi)空間嗎？是有一點(diǎn)，但也沒你想象的那么多：一個(gè)字段加長(zhǎng)3個(gè)字符在有1百萬條記錄，再加上一點(diǎn)索引的情況下才不過讓整個(gè)數(shù)據(jù)庫(kù)多占據(jù)3MB的空間。但這額外占據(jù)的空間卻無需將來重構(gòu)整個(gè)數(shù)據(jù)庫(kù)就可以實(shí)現(xiàn)數(shù)據(jù)庫(kù)規(guī)模的增長(zhǎng)了。身份證的號(hào)碼從15位變成18位就是最好和最慘痛的例子。
13、用約束而非商務(wù)規(guī)則強(qiáng)制數(shù)據(jù)完整性
如果你按照商務(wù)規(guī)則來處理需求，那么你應(yīng)當(dāng)檢查商務(wù)層次/用戶界面：如果商務(wù)規(guī)則以后發(fā)生變化，那么只需要進(jìn)行更新即可。假如需求源于維護(hù)數(shù)據(jù)完整性的需要，那么在數(shù)據(jù)庫(kù)層面上需要施加限制條件。如果你在數(shù)據(jù)層確實(shí)采用了約束，你要保證有辦法把更新不能通過約束檢查的原因采用用戶理解的語言通知用戶界面。除非你的字段命名很冗長(zhǎng)，否則字段名本身還不夠。
只要有可能，請(qǐng)采用數(shù)據(jù)庫(kù)系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)的完整性。這不但包括通過標(biāo)準(zhǔn)化實(shí)現(xiàn)的完整性而且還包括數(shù)據(jù)的功能性。在寫數(shù)據(jù)的時(shí)候還可以增加觸發(fā)器來保證數(shù)據(jù)的正確性。不要依賴于商務(wù)層保證數(shù)據(jù)完整性；它不能保證表之間（外鍵）的完整性所以不能強(qiáng)加于其他完整性規(guī)則之上。
14、分布式數(shù)據(jù)系統(tǒng)
對(duì)分布式系統(tǒng)而言，在你決定是否在各個(gè)站點(diǎn)復(fù)制所有數(shù)據(jù)還是把數(shù)據(jù)保存在一個(gè)地方之前應(yīng)該估計(jì)一下未來 5年或者 10年的數(shù)據(jù)量。當(dāng)你把數(shù)據(jù)傳送到其他站點(diǎn)的時(shí)候，最好在數(shù)據(jù)庫(kù)字段中設(shè)置一些標(biāo)記。在目的站點(diǎn)收到你的數(shù)據(jù)之后更新你的標(biāo)記。為了進(jìn)行這種數(shù)據(jù)傳輸，請(qǐng)寫下你自己的批處理或者調(diào)度程序以特定時(shí)間間隔運(yùn)行而不要讓用戶在每天的工作后傳輸數(shù)據(jù)。本地拷貝你的維護(hù)數(shù)據(jù)，比如計(jì)算常數(shù)和利息率等，設(shè)置版本號(hào)保證數(shù)據(jù)在每個(gè)站點(diǎn)都完全一致。
15、強(qiáng)制指示完整性(參照完整性?)
沒有好辦法能在有害數(shù)據(jù)進(jìn)入數(shù)據(jù)庫(kù)之后消除它，所以你應(yīng)該在它進(jìn)入數(shù)據(jù)庫(kù)之前將其剔除。激活數(shù)據(jù)庫(kù)系統(tǒng)的指示完整性特性。這樣可以保持?jǐn)?shù)據(jù)的清潔而能迫使開發(fā)人員投入更多的時(shí)間處理錯(cuò)誤條件。
16、關(guān)系
如果兩個(gè)實(shí)體之間存在多對(duì)一關(guān)系，而且還有可能轉(zhuǎn)化為多對(duì)多關(guān)系，那么你最好一開始就設(shè)置成多對(duì)多關(guān)系。從現(xiàn)有的多對(duì)一關(guān)系轉(zhuǎn)變?yōu)槎鄬?duì)多關(guān)系比一開始就是多對(duì)多關(guān)系要難得多。
17、采用視圖
為了在你的數(shù)據(jù)庫(kù)和你的應(yīng)用程序代碼之間提供另一層抽象，你可以為你的應(yīng)用程序建立專門的視圖而不必非要應(yīng)用程序直接訪問數(shù)據(jù)表。這樣做還等于在處理數(shù)據(jù)庫(kù)變更時(shí)給你提供了更多的自由。
18、別忘了索引
索引是從數(shù)據(jù)庫(kù)中獲取數(shù)據(jù)的最高效方式之一。95%的數(shù)據(jù)庫(kù)性能問題都可以采用索引技術(shù)得到解決。作為一條規(guī)則，我通常對(duì)邏輯主鍵使用唯一的成組索引，對(duì)系統(tǒng)鍵（作為存儲(chǔ)過程）采用唯一的非成組索引，對(duì)任何外鍵列[字段]采用非成組索引。不過，索引就象是鹽，太多了菜就咸了。你得考慮數(shù)據(jù)庫(kù)的空間有多大，表如何進(jìn)行訪問，還有這些訪問是否主要用作讀寫。
大多數(shù)數(shù)據(jù)庫(kù)都索引自動(dòng)創(chuàng)建的主鍵字段，但是可別忘了索引外鍵，它們也是經(jīng)常使用的鍵，比如運(yùn)行查詢顯示主表和所有關(guān)聯(lián)表的某條記錄就用得上。還有，不要索引 memo/note字段，不要索引大型字段（有很多字符），這樣作會(huì)讓索引占用太多的存儲(chǔ)空間。
19、用存儲(chǔ)過程讓系統(tǒng)做重活
解決了許多麻煩來產(chǎn)生一個(gè)具有高度完整性的數(shù)據(jù)庫(kù)解決方案之后，我決定封裝一些關(guān)聯(lián)表的功能組，提供一整套常規(guī)的存儲(chǔ)過程來訪問各組以便加快速度和簡(jiǎn)化客戶程序代碼的開發(fā)。數(shù)據(jù)庫(kù)不只是一個(gè)存放數(shù)據(jù)的地方，它也是簡(jiǎn)化編碼之地。
20、使用系統(tǒng)生成的主鍵
假如你總是在設(shè)計(jì)數(shù)據(jù)庫(kù)的時(shí)候采用系統(tǒng)生成的鍵作為主鍵，那么你實(shí)際控制了數(shù)據(jù)庫(kù)的索引完整性。這樣，數(shù)據(jù)庫(kù)和非人工機(jī)制就有效地控制了對(duì)存儲(chǔ)數(shù)據(jù)中每一行的訪問。采用系統(tǒng)生成鍵作為主鍵還有一個(gè)優(yōu)點(diǎn)：當(dāng)你擁有一致的鍵結(jié)構(gòu)時(shí)，找到邏輯缺陷很容易。
聯(lián)系客服
