【正文】 儲在用戶界面支持表里。所以，在建立系統(tǒng)存儲客戶信息時，我傾向于在單獨(dú)的一個數(shù)據(jù)表里存儲姓氏字段，而且還附加起始日和終止日等字段，這樣就可以跟蹤這一數(shù)據(jù)條目的變化。這樣的檢索性能比較低而且容易引起混亂。模式有助于提高協(xié)作效能，這樣在先期的數(shù)據(jù)庫設(shè)計中幾乎不可能出現(xiàn)大的問題。這樣你就可以讓你的客戶糾正你自己的理解然后做好下一步的ER設(shè)計。在物理實踐之前進(jìn)行邏輯設(shè)計在深入物理設(shè)計之前要先進(jìn)行邏輯設(shè)計。工欲善其事,必先利其器采用理想的數(shù)據(jù)庫設(shè)計工具，比如：SyBase公司的PowerDesign，她支持PB、VB、Delphe等語言，通過ODBC可以連接市面上流行的30多個數(shù)據(jù)庫，包括dBase、FoxPro、VFP、SQLServer等，今后有機(jī)會我將著重介紹PowerDesign的使用。再如，假如你的表里有好多“money”字段，你不妨給每個列[字段]增加一個_M后綴。但是對舊系統(tǒng)的研究可以讓你發(fā)現(xiàn)一些可能會忽略的細(xì)微問題。精選了其中的60個最佳技巧，并把這些技巧編寫成了本文，為了方便索引其內(nèi)容劃分為5個部分：第1部分設(shè)計數(shù)據(jù)庫之前這一部分羅列了12個基本技巧，包括命名規(guī)范和明確業(yè)務(wù)需求等。有關(guān)數(shù)據(jù)庫設(shè)計的材料汗牛充棟，大學(xué)學(xué)位課程里也有專門的講述。部分設(shè)計數(shù)據(jù)庫之前考察現(xiàn)有環(huán)境在設(shè)計一個新數(shù)據(jù)庫時，你不但應(yīng)該仔細(xì)研究業(yè)務(wù)需求而且還要考察現(xiàn)有的系統(tǒng)。表內(nèi)的列[字段]要針對鍵采用一整套設(shè)計規(guī)則。如果采用了MicrosoftAccess，你可以用qry、rpt、tbl和mod等符號來標(biāo)識對象（比如tbl_Employees）。這樣做可以達(dá)到兩個目的：首先，你可以清楚地了解應(yīng)用設(shè)計在哪個地方應(yīng)該更具靈活性以及如何避免性能瓶頸；其次，你知道發(fā)生事先沒有確定的需求變更時用戶將和你一樣感到吃驚。一旦你認(rèn)為你已經(jīng)明確了業(yè)務(wù)內(nèi)容，你最好同客戶進(jìn)行一次系統(tǒng)的交流。有一份諸如ER圖表等最新文檔其重要性如何強(qiáng)調(diào)都不過分，這對表明表之間關(guān)系很有用，而數(shù)據(jù)字典則說明了每個字段的用途以及任何可能存在的別名。報表技巧要了解用戶通常是如何報告數(shù)據(jù)的：批處理還是在線提交報表？時間間隔是每天、每周、每月、每個季度還是每年？如果需要的話還可以考慮創(chuàng)建總結(jié)表。而更糟的是你對他們需求的解釋只屬于你自己，而且可能是完全錯誤的。時效性數(shù)據(jù)應(yīng)包括“最近更新日期/時間”字段。標(biāo)準(zhǔn)化有好幾種形式，但ThirdNormalForm（3NF）通常被認(rèn)為在性能、擴(kuò)展性和數(shù)據(jù)完整性方面達(dá)到了最好平衡。事實上，對某些項目來說，甚至就連3NF都可能給數(shù)據(jù)庫引入太高的復(fù)雜性。不活躍或者不采用的指示符增加一個字段表示所在記錄是否在業(yè)務(wù)中不再活躍挺有用的。當(dāng)你把這些常用的一般名字組合起來或者創(chuàng)建特定的相應(yīng)副實體時，你就得到了自己用的特殊版本。每個表中都應(yīng)該添加的3個有用的字段*dRecordCreationDate，在VB下默認(rèn)是Now()，而在SQLServer下默認(rèn)為GETDATE()*sRecordCreator，在SQLServer下默認(rèn)為NOTNULLDEFAULTUSER*nRecordVersion，記錄的版本標(biāo)記；有助于準(zhǔn)確說明記錄中出現(xiàn)null數(shù)據(jù)或者丟失數(shù)據(jù)的原因?qū)Φ刂泛碗娫挷捎枚鄠€字段描述街道地址就短短一行記錄是不夠的。我建議應(yīng)該把姓氏和名字當(dāng)作兩個字段來處理，然后在查詢的時候再把他們組合起來。小心保留詞要保證你的字段名沒有和保留詞、數(shù)據(jù)庫系統(tǒng)或者常用訪問方法沖突，比如，最近我編寫的一個ODBC連接程序里有個表，其中就用了DESC作為說明字段名。刪除標(biāo)記在表中包含一個“刪除標(biāo)記”字段，這樣就可以把行標(biāo)記為刪除。最終可能會要求修改數(shù)據(jù)庫結(jié)構(gòu)。這樣做也確實有缺點(diǎn)，比如破壞了自動表連接工具的作用，后者把公共列[字段]名同某些數(shù)據(jù)庫聯(lián)系起來，不過就連這些工具有時不也連接錯誤嘛。第3部分選擇鍵和索引數(shù)據(jù)采掘要預(yù)先計劃我所在的某一客戶部門一度要處理8萬多份聯(lián)系方式，同時填寫每個客戶的必要數(shù)據(jù)（這絕對不是小活）。在DW環(huán)境下，你要考慮銷售部門是如何組織銷售活動的。索引將加快SQL和報表生成器腳本的執(zhí)行速度。別忘了索引索引是從數(shù)據(jù)庫中獲取數(shù)據(jù)的最高效方式之一。對這些插入和刪除操作的索引維護(hù)可能比掃描表空間消耗更多的時間。通常的情況下不要選擇用戶可編輯的字段作為鍵。比如，Customer表有一個主鍵CustomerID，而客戶的定單則存放在另一個表里。假如你有可選鍵，你可能進(jìn)一步把它用做主鍵。別忘了外鍵大多數(shù)數(shù)據(jù)庫索引自動創(chuàng)建的主鍵字段。這不但包括通過標(biāo)準(zhǔn)化實現(xiàn)的完整性而且還包括數(shù)據(jù)的功能性。強(qiáng)制指示完整性(參照完整性)沒有好辦法能在有害數(shù)據(jù)進(jìn)入數(shù)據(jù)庫之后消除它，所以你應(yīng)該在它進(jìn)入數(shù)據(jù)庫之前將其剔除。采用可以發(fā)布給用戶/開發(fā)人員的數(shù)據(jù)字典實現(xiàn)方便的數(shù)據(jù)識別同時保證對數(shù)據(jù)源文檔化。第5部分各種小技巧文檔、文檔、文檔對所有的快捷方式、命名規(guī)范、限制和函數(shù)都要編制文檔。使用常用英語（或者其他任何語言）而不要使用編碼為什么我們經(jīng)常采用編碼（比如9935A可能是‘青島啤酒’的供應(yīng)代碼，4XF788Q可能是帳目編碼）？理由很多。測試、測試、反復(fù)測試建立或者修訂數(shù)據(jù)庫之后，必須用用戶新輸入的數(shù)據(jù)測試數(shù)據(jù)字段。這一措施簡化了用戶和組權(quán)限的分配，而且有利于應(yīng)用程序函數(shù)（存儲過程）的分組和劃分，從而在程序必須修改的時候易于管理。測試需要在把新數(shù)據(jù)庫投入實際服務(wù)之前完成。工作5年的會計或許知道4XF788Q是什么東西，但新來的可就不一定了。是的，這有點(diǎn)費(fèi)事，但從長遠(yuǎn)來看，這樣做對開發(fā)、支持和跟蹤修改非常有用。用存儲過程讓系統(tǒng)做重活解決了許多麻煩來產(chǎn)生一個具有高度完整性的數(shù)據(jù)庫解決方案之后，我決定封裝一些關(guān)聯(lián)表的功能組，提供一整套常規(guī)的存儲過程來訪問各組以便加快速度和簡化客戶程序代碼的開發(fā)。這樣可以保持?jǐn)?shù)據(jù)的清潔而能迫使開發(fā)人員投入更多的時間處理錯誤條件。不要依賴于商務(wù)層保證數(shù)據(jù)完整性；它不能保證表之間（外鍵）的完整性所以不能強(qiáng)加于其他完整性規(guī)則之上。還有，不要索引memo/notes字段而且不要索引大型文本字段（許多字