如果把企業(yè)的數(shù)據(jù)比做生命所必需的血液，那么數(shù)據(jù)庫(kù)的設(shè)計(jì)就是應(yīng)用中最重要的一部分。有關(guān)數(shù)據(jù)
庫(kù)設(shè)計(jì)的材料汗牛充棟，大學(xué)學(xué)位課程里也有專(zhuān)門(mén)的講述。不過(guò)，就如我們反復(fù)強(qiáng)調(diào)的那樣，再好的
老師也比不過(guò)經(jīng)驗(yàn)的教誨。所以我們最近找了些對(duì)數(shù)據(jù)庫(kù)設(shè)計(jì)頗有造詣的專(zhuān)業(yè)人士給大家傳授一些設(shè)
計(jì)數(shù)據(jù)庫(kù)的技巧和經(jīng)驗(yàn)。我們的編輯從收到的130 個(gè)反饋中精選了其中的60 個(gè)最佳技巧，并把這些
技巧編寫(xiě)成了本文，為了方便索引其內(nèi)容劃分為5 個(gè)部分：
第1 部分— 設(shè)計(jì)數(shù)據(jù)庫(kù)之前
這一部分羅列了12 個(gè)基本技巧，包括命名規(guī)范和明確業(yè)務(wù)需求等。
第2 部分— 設(shè)計(jì)數(shù)據(jù)庫(kù)表
總共24 個(gè)指南性技巧，涵蓋表內(nèi)字段設(shè)計(jì)以及應(yīng)該避免的常見(jiàn)問(wèn)題等。
第3 部分— 選擇鍵
怎么選擇鍵呢？這里有10 個(gè)技巧專(zhuān)門(mén)涉及系統(tǒng)生成的主鍵的正確用法，還有何時(shí)以及如何索引字段
以獲得最佳性能等。
第 4 部分 — 保證數(shù)據(jù)完整性
討論如何保持?jǐn)?shù)據(jù)庫(kù)的清晰和健壯，如何把有害數(shù)據(jù)降低到最小程度。
第5 部分— 各種小技巧
不包括在以上4 個(gè)部分中的其他技巧，五花八門(mén)，有 了它們希望你的數(shù)據(jù)庫(kù)開(kāi)發(fā)工作會(huì)更輕松一些。
Page 2 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
第1 部分— 設(shè)計(jì)數(shù)據(jù)庫(kù)之前
1. 考察現(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ì)有好處。
— Lamont Adams
我曾經(jīng)接手過(guò)一個(gè)為地區(qū)運(yùn)輸公司開(kāi)發(fā)的數(shù)據(jù)庫(kù)項(xiàng)目，活不難，用的是Access 數(shù)據(jù)庫(kù)。我設(shè)置
了一些項(xiàng)目設(shè)計(jì)參數(shù)，而且同客戶一道對(duì)這些參數(shù)進(jìn)行了評(píng)估，事先還查看了開(kāi)發(fā)環(huán)境下所采取
的工作模式，等到最后部署應(yīng)用的時(shí)候，只見(jiàn)終端上出了幾個(gè)提示符然后立馬在我面前翹辮子
了！抓耳撓腮的折騰了好幾個(gè)小時(shí)，我才意識(shí)到，原來(lái)這家公司的網(wǎng)絡(luò)上跑著兩個(gè)數(shù)據(jù)庫(kù)應(yīng)用，
而對(duì)網(wǎng)絡(luò)的訪問(wèn)需要明確和嚴(yán)格的用戶帳號(hào)及其訪問(wèn)權(quán)限。明白了這一點(diǎn)，問(wèn)題迎刃而解：只需
采用客戶的系統(tǒng)即可。這個(gè)項(xiàng)目給我的教訓(xùn)就是：記住，假如你在諸如Access 或者Interbase 這
類(lèi)公共環(huán)境下開(kāi)發(fā)應(yīng)用程序，一定要從表面下手深入系統(tǒng)內(nèi)部搞清楚你面臨的環(huán)境到底是怎么回
事。
— kg
2. 定義標(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)的別名，其余依次類(lèi)推）對(duì)工作用表來(lái)說(shuō)，表名可以加上前綴
WORK_ 后面附上采用該表的應(yīng)用程序的名字。表內(nèi)的列要針對(duì)鍵采用一整套設(shè)計(jì)規(guī)則。比如，
如果鍵是數(shù)字類(lèi)型，你可以用_NO 作為后綴；如果是字符類(lèi)型則可以采用 _CODE 后綴。對(duì)列名
應(yīng)該采用標(biāo)準(zhǔn)的前綴和后綴。再如，假如你的表里有好多“money”字段，你不妨給每個(gè)列增加
一個(gè)_AMT 后綴。還有，日期列最好以DATE_作為名字打頭。
— richard
檢查表名、報(bào)表名和查詢名之間的命名規(guī)范。你可能會(huì)很快就被這些不同的數(shù)據(jù)庫(kù)要素的名稱(chēng)搞
糊涂了。假如你堅(jiān)持統(tǒng)一地命名這些數(shù)據(jù)庫(kù)的不同組成部分，至少你應(yīng)該在這些對(duì)象名字的開(kāi)頭
用table、query 或者report 等前綴加以區(qū)別。
— rrydenm
如果采用了Microsoft Access，你可以用 qry、rpt、 tbl 和mod 等符號(hào)來(lái)標(biāo)識(shí)對(duì)象（比如
tbl_Employees）。我在和SQL Server（或者Oracle）打交道的時(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) SQL Server 2000 時(shí)用udf_ （或者類(lèi)似的標(biāo)記）標(biāo)識(shí)我編
寫(xiě)的函數(shù)。
— Timothy J. Bruce
Page 3 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
3. 預(yù)先計(jì)劃
上個(gè)世紀(jì)80 年代初，我還在使用資產(chǎn)帳目系統(tǒng)和System 38 平臺(tái)，那時(shí)我負(fù)責(zé)設(shè)計(jì)所有的日期
字段，這樣在不費(fèi)什么力氣的情況下將來(lái)就可以輕松處理2000 年問(wèn)題了。許多人給我說(shuō)就別去
解決這一問(wèn)題了，因?yàn)橐幚砥饋?lái)太麻煩了（這在世人皆知的Y2K 問(wèn)題之前很久了）。我回?fù)粽f(shuō)
只要預(yù)先計(jì)劃今后就不會(huì)遇到大麻煩。結(jié)果我只用了兩周的時(shí)間就把程序全部改完了。因?yàn)轭A(yù)先
計(jì)劃的好，后來(lái)Y2K 問(wèn)題對(duì)該系統(tǒng)的危害降到了最低程度（最近聽(tīng)說(shuō)該程序甚至到了1995 年都
還運(yùn)行在AS/400 系統(tǒng)上，唯一出現(xiàn)的小問(wèn)題是從代碼中刪除注釋費(fèi)了點(diǎn)工夫）。
— generalist
4. 獲取數(shù)據(jù)模式資源手冊(cè)
正在尋求示例模式的人可以閱讀《 數(shù)據(jù)模式資源手冊(cè) 》一書(shū)，該書(shū)由Len Silverston、W. H.
Inmon 和Kent Graziano 編寫(xiě)，是一本值得擁有的最佳數(shù)據(jù)建模圖書(shū)。該書(shū)包括的章節(jié)涵蓋多種
數(shù)據(jù)領(lǐng)域，比如人員、機(jī)構(gòu)和工作效能等。
— minstrelmike
5. 暢想未來(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í)用戶將和你一樣感到吃驚。
— chrisdk
一定要記住過(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)初要是這么做了該多好??”。
— dhattrem
6. 在物理實(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ì)所需要的方方面面。
— chardove
7. 了解你的業(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ù)需求，你就可以自己做出許多決策 了。
— rangel
一旦你認(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ì)。
— teburlew
Page 4 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
8. 創(chuàng)建數(shù)據(jù)字典和ER 圖表
一定要花點(diǎn)時(shí)間創(chuàng)建ER 圖表和數(shù)據(jù)字典。其中至少應(yīng)該包含每個(gè)字段的數(shù)據(jù)類(lèi)型和在每個(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ù)。
— bgumbert
有一份諸如ER 圖表等最新文檔其重要性如何強(qiáng)調(diào)都不過(guò)分，這對(duì)表明表之間關(guān)系很有用，而數(shù)
據(jù)字典則說(shuō)明了每個(gè)字段的用途以及任何可能存在的別名。對(duì)SQL 表達(dá)式的文檔化來(lái)說(shuō)這是完
全必要的。
— vanduin.chris.cj
9. 創(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)單到手寫(xiě)在一張紙上就可以了。只是要保證其上的邏輯關(guān)系今后能產(chǎn)生效
益。
— Dana Daigle
10. 從輸入輸出下手
在定義數(shù)據(jù)庫(kù)表和字段需求（輸入）時(shí)，首先應(yīng)檢查現(xiàn)有的或者已經(jīng)設(shè)計(jì)出的報(bào)表、查詢和視圖
（輸出）以決定為了支持這些輸出哪些是必要的表和字段。舉個(gè)簡(jiǎn)單的例子：假如客戶需要一個(gè)
報(bào)表按照郵政編碼排序、分段和求和，你要保證其中包括了單獨(dú)的郵政編碼字段而不要把郵政編
碼糅進(jìn)地址字段里。
— peter.marshall
11. 報(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ù)。這樣的檢索性能比較
低而且容易引起混亂。
— kol
12. 理解客戶需求
看起來(lái)這應(yīng)該是顯而易見(jiàn)的事，但需求就是來(lái)自客戶（這里要從內(nèi)部和外部客戶的角度考慮）。
不要依賴用戶寫(xiě)下來(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)有寫(xiě)
下來(lái)的需求標(biāo)準(zhǔn)。而更糟的是你對(duì)他們需求的解釋只屬于你自己，而且可能是完全錯(cuò)誤的。
— kgilson
Page 5 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
第2 部分— 設(shè)計(jì)表和字段
1. 檢查各種變化
我在設(shè)計(jì)數(shù)據(jù)庫(kù)的時(shí)候會(huì)考慮到哪些數(shù)據(jù)字段將來(lái)可能會(huì)發(fā)生變更。比方說(shuō)，姓氏就是如此（注
意是西方人的姓氏，比如女性結(jié)婚后從夫姓等）。所以，在建立系統(tǒng)存儲(chǔ)客戶信息時(shí)，我傾向于
在單獨(dú)的一個(gè)數(shù)據(jù)表里存儲(chǔ)姓氏字段，而且還附加起始日和終止日等字段，這樣就可以跟蹤這一
數(shù)據(jù)條目的變化。
— Shropshire Lad
2. 采用有意義的字段名
有一回我參加開(kāi)發(fā)過(guò)一個(gè)項(xiàng)目，其中有從其他程序員那里繼承的程序，那個(gè)程序員喜歡用屏幕上
顯示數(shù)據(jù)指示用語(yǔ)命名字段，這也不賴，但不幸的是，她還喜歡用一些奇怪的命名法，其命名采
用了匈牙利命名和控制序號(hào)的組合形式，比如cbo1、 txt2、txt2_b 等等。
除非你在使用只面向你的縮寫(xiě)字段名的系統(tǒng)，否則請(qǐng)盡可能地把字段描述的清楚些。當(dāng)然，也別
做過(guò)頭了，比如Customer_Shipping_Address_Street_Line_1 I 雖然很富有說(shuō)明性，但沒(méi)人愿意
鍵入這么長(zhǎng)的名字，具體尺度就在你的把握中。
— Lamont Adams
3. 采用前綴命名
如果多個(gè)表里有好多同一類(lèi)型的字段（比如FirstName），你不妨用特定表的前綴（比如
CusLastName）來(lái)幫助你標(biāo)識(shí)字段。
— notoriousDOG
時(shí)效性數(shù)據(jù)應(yīng)包括“最近更新日期/時(shí)間”字段。時(shí)間標(biāo)記對(duì)查找數(shù)據(jù)問(wèn)題的原因、按日期重新處
理/重載數(shù)據(jù)和清除舊數(shù)據(jù)特別有用。
— kol
5. 標(biāo)準(zhǔn)化和數(shù)據(jù)驅(qū)動(dòng)
數(shù)據(jù)的標(biāo)準(zhǔn)化不僅方便了自己而且也方便了其他人。比方說(shuō)，假如你的用戶界面要訪問(wèn)外部數(shù)據(jù)
源（文件、XML 文檔、其他數(shù)據(jù)庫(kù)等），你不妨把相應(yīng)的連接和路徑信息存儲(chǔ)在用戶界面支持表
里。還有，如果用戶界面執(zhí)行工作流之類(lèi)的任務(wù)（發(fā)送郵件、打印信箋、修改記錄狀態(tài)等），那
么產(chǎn)生工作流的數(shù)據(jù)也可以存放在數(shù)據(jù)庫(kù)里。預(yù)先安排總需要付出努力，但如果這些過(guò)程采用數(shù)
據(jù)驅(qū)動(dòng)而非硬編碼的方式，那么策略變更和維護(hù)都會(huì)方便得多。事實(shí)上，如果過(guò)程是數(shù)據(jù)驅(qū)動(dòng)
的，你就可以把相當(dāng)大的責(zé)任推給用戶，由用戶來(lái)維護(hù)自己的工作流過(guò)程。
— tduvall
6. 標(biāo)準(zhǔn)化不能過(guò)頭
對(duì)那些不熟悉標(biāo)準(zhǔn)化一詞（normalization ）的人而言，標(biāo)準(zhǔn)化可以保證表內(nèi)的字段都是最基礎(chǔ)的
要素，而這一措施有助于消除數(shù)據(jù)庫(kù)中的數(shù)據(jù)冗余。標(biāo)準(zhǔn)化有好幾種形式，但Third Normal
Form（3NF）通常被認(rèn)為在性能、擴(kuò)展性和數(shù)據(jù)完整性方面達(dá)到了最好平衡。簡(jiǎn)單來(lái)說(shuō)，3NF 規(guī)
定：
Page 6 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
· 表內(nèi)的每一個(gè)值都只能被表達(dá)一次。
· 表內(nèi)的每一行都應(yīng)該被唯一的標(biāo)識(shí)（有唯一鍵）。
· 表內(nèi)不應(yīng)該存儲(chǔ)依賴于其他鍵的非鍵信息。
遵守3NF 標(biāo)準(zhǔn)的數(shù)據(jù)庫(kù)具有以下特點(diǎn)：有一組表專(zhuān)門(mén)存放通過(guò)鍵連接起來(lái)的關(guān)聯(lián)數(shù)據(jù)。比方說(shuō)，
某個(gè)存放客戶及其有關(guān)定單的3NF 數(shù)據(jù)庫(kù)就可能有兩個(gè)表：Customer 和Order。Order 表不包
含定單關(guān)聯(lián)客戶的任何信息，但表內(nèi)會(huì)存放一個(gè)鍵值，該鍵指向Customer 表里包含該客戶信息
的那一行。
更高層次的標(biāo)準(zhǔn)化也有，但更標(biāo)準(zhǔn)是否就一定更好呢？答案是不一定。事實(shí)上，對(duì)某些項(xiàng)目來(lái)
說(shuō)，甚至就連3NF 都可能給數(shù)據(jù)庫(kù)引入太高的復(fù)雜性。
— Lamont Adams
為了效率的緣故，對(duì)表不進(jìn)行標(biāo)準(zhǔn)化有時(shí)也是必要的，這樣的例子很多。曾經(jīng)有個(gè)開(kāi)發(fā)財(cái)務(wù)分析
軟件的活就是用非標(biāo)準(zhǔn)化表把查詢時(shí)間從平均40 秒降低到了兩秒左右。雖然我不得不這么做，
但我絕不把數(shù)據(jù)表的非標(biāo)準(zhǔn)化當(dāng)作當(dāng)然的設(shè)計(jì)理念。而具體的操作不過(guò)是一種派生。所以如果表
出了問(wèn)題重新產(chǎn)生非標(biāo)準(zhǔn)化的表是完全可能的。
— epepke
7. Microsoft Access 報(bào)表技巧
如果你正在使用Microsoft Access，你可以用對(duì)用戶友好的字段名來(lái)代替編號(hào)的名稱(chēng)：比如用
Customer Name 代替txtCNaM。這樣，當(dāng)你用向?qū)С绦騽?chuàng)建表單和報(bào)表時(shí)，其名字會(huì)讓那些不
是程序員的人更容易閱讀。
— jwoodruf
8. 不活躍或者不采用的指示符
增加一個(gè)字段表示所在記錄是否在業(yè)務(wù)中不再活躍挺有用的。不管是客戶、員工還是其他什么
人，這樣做都能有助于再運(yùn)行查詢的時(shí)候過(guò)濾活躍或者不活躍狀態(tài)。同時(shí)還消除了新用戶在采用
數(shù)據(jù)時(shí)所面臨的一些問(wèn)題，比如，某些記錄可能不再為他們所用，再刪除的時(shí)候可以起到一定 的
防范作用。
— theoden
9. 使用角色實(shí)體定義屬于某類(lèi)別的列
在需要對(duì)屬于特定類(lèi)別或者具有特定角色的事物做定義時(shí)，可以用角色實(shí)體來(lái)創(chuàng)建特定的時(shí)間關(guān)
聯(lián)關(guān)系，從而可以實(shí)現(xiàn)自我文檔化。
這里的含義不是讓PERSON 實(shí)體帶有Title 字段，而是說(shuō)，為什么不用PERSON 實(shí)體和
PERSON_TYPE 實(shí)體來(lái)描述人員呢？然后，比方說(shuō)，當(dāng) John Smith, Engineer 提升為John
Smith, Director 乃至最后爬到John Smith, CIO 的高位，而所有你要做的不過(guò)是改變兩個(gè)表
PERSON 和PERSON_TYPE 之間關(guān)系的鍵值，同時(shí)增加一個(gè)日期/時(shí)間字段來(lái)知道變化是何時(shí)
發(fā)生的。這樣，你的PERSON_TYPE 表就包含了所有PERSON 的可能類(lèi)型，比如Associate、
Engineer、Director、CIO 或者CEO 等。
還有個(gè)替代辦法就是改變PERSON 記錄來(lái)反映新頭銜的變化，不過(guò)這樣一來(lái)在時(shí)間上無(wú)法跟蹤
個(gè)人所處位置的具體時(shí)間。
Page 7 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
— teburlew
10. 采用常用實(shí)體命名機(jī)構(gòu)數(shù)據(jù)
組織數(shù)據(jù)的最簡(jiǎn)單辦法就是采用常用名字，比如：PERSON、ORGANIZATION、ADDRESS 和
PHONE 等等。當(dāng)你把這些常用的一般名字組合起來(lái)或者創(chuàng)建特定的相應(yīng)副實(shí)體時(shí)，你就得到了
自己用的特殊版本。開(kāi)始的時(shí)候采用一般術(shù)語(yǔ)的主要原因在于所有的具體用戶都能對(duì)抽象事物具
體化。
有了這些抽象表示，你就可以在第2 級(jí)標(biāo)識(shí)中采用自己的特殊名稱(chēng)，比如，PERSON 可能是
Employee、Spouse、Patient、Client、Customer、Vendor 或者Teacher 等。同樣的，
ORGANIZATION 也可能是MyCompany、MyDepartment、Competitor、Hospital、
Warehouse、Government 等。最后ADDRESS 可以具體為Site、Location、Home、Work、
Client、Vendor、Corporate 和FieldOffice 等。
采用一般抽象術(shù)語(yǔ)來(lái)標(biāo)識(shí)“事物”的類(lèi)別可以讓你在關(guān)聯(lián)數(shù)據(jù)以滿足業(yè)務(wù)要求方面獲得巨大的靈
活性，同時(shí)這樣做還可以顯著降低數(shù)據(jù)存儲(chǔ)所需的冗余量。
— teburlew
11. 用戶來(lái)自世界各地
在設(shè)計(jì)用到網(wǎng)絡(luò)或者具有其他國(guó)際特性的數(shù)據(jù)庫(kù)時(shí)，一定要記住大多數(shù)國(guó)家都有不同的字段格
式，比如郵政編碼等，有些國(guó)家，比如新西蘭就沒(méi)有郵政編碼一說(shuō)。
— billh
12. 數(shù)據(jù)重復(fù)需要采用分立的數(shù)據(jù)表
如果你發(fā)現(xiàn)自己在重復(fù)輸入數(shù)據(jù)，請(qǐng)創(chuàng)建新表和新的關(guān)系。
— Alan Rash
13. 每個(gè)表中都應(yīng)該添加的3 個(gè)有用的字段
· dRecordCreationDate，在VB 下默認(rèn)是Now()，而在SQL Server 下默認(rèn)為GETDATE()
· sRecordCreator，在SQL Server 下默認(rèn)為NOT NULL DEFAULT USER
· nRecordVersion，記錄的版本標(biāo)記；有助于準(zhǔn)確說(shuō)明記錄中出現(xiàn)null 數(shù)據(jù)或者丟失數(shù)據(jù)的原
因
— Peter Ritchie
14. 對(duì)地址和電話采用多個(gè)字段
描述街道地址就短短一行記錄是不夠的。Address_Line1、Address_Line2 和Address_Line3 可
以提供更大的靈活性。還有，電話號(hào)碼和郵件地址最好擁有自己的數(shù)據(jù)表，其間具有自身的類(lèi)型
和標(biāo)記類(lèi)別。
— dwnerd
過(guò)分標(biāo)準(zhǔn)化可要小心，這樣做可能會(huì)導(dǎo)致性能上出現(xiàn)問(wèn)題。雖然地址和電話表分離通常可以達(dá)到
最佳狀態(tài)，但是如果需要經(jīng)常訪問(wèn)這類(lèi)信息，或許在其父表中存放“首選”信息（比如
Customer 等）更為妥當(dāng)些。非標(biāo)準(zhǔn)化和加速訪問(wèn)之間的妥協(xié)是有一定意義的。
— dhattrem
Page 8 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
15. 使用多個(gè)名稱(chēng)字段
我覺(jué)得很吃驚，許多人在數(shù)據(jù)庫(kù)里就給 name 留一個(gè)字段。我覺(jué)得只有剛?cè)腴T(mén)的開(kāi)發(fā)人員才會(huì)這
么做，但實(shí)際上網(wǎng)上這種做法非常普遍。我建議應(yīng)該把姓氏和名字當(dāng)作兩個(gè)字段來(lái)處理，然后在
查詢的時(shí)候再把他們組合起來(lái)。
— klempan
Klempan 不是唯一一個(gè)注意到使用單個(gè)name 字段的人，要把這種情況變得對(duì)用戶更為友好有好
些方法。我最常用的是在同一表中創(chuàng)建一個(gè)計(jì)算列，通過(guò)它可以自動(dòng)地連接標(biāo)準(zhǔn)化后的字段，這
樣數(shù)據(jù)變動(dòng)的時(shí)候它也跟著變。不過(guò)，這樣做在采用建模軟件時(shí)得很機(jī)靈才行。總之，采用連接
字段的方式可以有效的隔離用戶應(yīng)用和開(kāi)發(fā)人員界面。
— damon
16. 提防大小寫(xiě)混用的對(duì)象名和特殊字符
過(guò)去最令我惱火的事情之一就是數(shù)據(jù)庫(kù)里有大小寫(xiě)混用的對(duì)象名，比如CustomerData。這一問(wèn)
題從Access 到Oracle 數(shù)據(jù)庫(kù)都存在。我不喜歡采用這種大小寫(xiě)混用的對(duì)象命名方法，結(jié)果還不
得不手工修改名字。想想看，這種數(shù)據(jù)庫(kù)/應(yīng)用程序能混到采用更強(qiáng)大數(shù)據(jù)庫(kù)的那一天嗎？采用全
部大寫(xiě)而且包含下劃符的名字具有更好的可讀性（CUSTOMER_DATA），絕對(duì)不要在對(duì)象名的
字符之間留空格。
— bfren
17. 小心保留詞
要保證你的字段名沒(méi)有和保留詞、數(shù)據(jù)庫(kù)系統(tǒng)或者常用訪問(wèn)方法沖突，比如，最近我編寫(xiě)的一個(gè)
ODBC 連接程序里有個(gè)表，其中就用了DESC 作為說(shuō)明字段名。后果可想而知！DESC 是
DESCENDING 縮寫(xiě)后的保留詞。表里的一個(gè)SELECT *語(yǔ)句倒是能用，但我得到的卻是一大堆
毫無(wú)用處的信息。
— Daniel Jordan
18. 保持字段名和類(lèi)型的一致性
在命名字段并為其指定數(shù)據(jù)類(lèi)型的時(shí)候一定要保證一致性。假如字段在某個(gè)表中叫做
“agreement_number”，你就別在另一個(gè)表里把名字改成“ref1”。假如數(shù)據(jù)類(lèi)型在一個(gè)表里
是整數(shù)，那在另一個(gè)表里可就別變成字符型了。記住，你干完自己的活了，其他人還要用你的數(shù)
據(jù)庫(kù)呢。
— setanta
19. 仔細(xì)選擇數(shù)字類(lèi)型
在SQL 中使用smallint 和tinyint 類(lèi)型要特別小心，比如，假如你想看看月銷(xiāo)售總額，你的總額字
段類(lèi)型是smallint，那么，如果總額超過(guò)了$32,767 你就不能進(jìn)行計(jì)算操作了。
— egermain
20. 刪除標(biāo)記
在表中包含一個(gè)“刪除標(biāo)記”字段，這樣就可以把行標(biāo)記為刪除。在關(guān)系數(shù)據(jù)庫(kù)里不要單獨(dú)刪除
某一行；最好采用清除數(shù)據(jù)程序而且要仔細(xì)維護(hù)索引整體性。
— kol
Page 9 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
21. 避免使用觸發(fā)器
觸發(fā)器的功能通常可以用其他方式實(shí)現(xiàn)。在調(diào)試程序時(shí)觸發(fā)器可能成為干擾。假如你確實(shí)需要采
用觸發(fā)器，你最好集中對(duì)它文檔化。
— kol
22. 包含版本機(jī)制
建議你在數(shù)據(jù)庫(kù)中引入版本控制機(jī)制來(lái)確定使用中的數(shù)據(jù)庫(kù)的版本。無(wú)論如何你都要實(shí)現(xiàn)這一要
求。時(shí)間一長(zhǎng)，用戶的需求總是會(huì)改變的。最終可能會(huì)要求修改數(shù)據(jù)庫(kù)結(jié)構(gòu)。雖然你可以通過(guò)檢
查新字段或者索引來(lái)確定數(shù)據(jù)庫(kù)結(jié)構(gòu)的版本，但我發(fā)現(xiàn)把版本信息直接存放到數(shù)據(jù)庫(kù)中不更為方
便嗎？。
— Richard Foster
23. 給文本字段留足余量
ID 類(lèi)型的文本字段，比如客戶ID 或定單號(hào)等等都應(yīng)該設(shè)置得比一般想象更大，因?yàn)闀r(shí)間不長(zhǎng)你
多半就會(huì)因?yàn)橐砑宇~外的字符而難堪不已。比方說(shuō)，假設(shè)你的客戶ID 為10 位數(shù)長(zhǎng)。那你應(yīng)該
把數(shù)據(jù)庫(kù)表字段的長(zhǎng)度設(shè)為12 或者13 個(gè)字符長(zhǎng)。這算浪費(fèi)空間嗎？是有一點(diǎn)，但也沒(méi)你想象的
那么多：一個(gè)字段加長(zhǎng)3 個(gè)字符在有1 百萬(wàn)條記錄，再加上一點(diǎn)索引的情況下才不過(guò)讓整個(gè)數(shù)據(jù)
庫(kù)多占據(jù)3MB 的空間。但這額外占據(jù)的空間卻無(wú)需將來(lái)重構(gòu)整個(gè)數(shù)據(jù)庫(kù)就可以實(shí)現(xiàn)數(shù)據(jù)庫(kù)規(guī)模
的增長(zhǎng)了。
— tlundin
24. 列命名技巧
我們發(fā)現(xiàn)，假如你給每個(gè)表的列名都采用統(tǒng)一的前綴，那么在編寫(xiě)SQL 表達(dá)式的時(shí)候會(huì)得到大
大的簡(jiǎn)化。這樣做也確實(shí)有缺點(diǎn)，比如破壞了自動(dòng)表連接工具的作用，后者把公共列名同某些數(shù)
據(jù)庫(kù)聯(lián)系起來(lái)，不過(guò)就連這些工具有時(shí)不也連接錯(cuò)誤嘛。舉個(gè)簡(jiǎn)單的例子，假設(shè)有兩個(gè)表：
Customer 和Order。Customer 表的前綴是cu_，所以該表內(nèi)的子段名如下：cu_name_id、
cu_surname、cu_initials 和cu_address 等。Order 表的前綴是or_，所以子段名是：
or_order_id、or_cust_name_id、or_quantity 和or_descrīption 等。
這樣從數(shù)據(jù)庫(kù)中選出全部數(shù)據(jù)的SQL 語(yǔ)句可以寫(xiě)成如下所示：
Select * from Customer, Order
Where cu_surname = "MYNAME"
and cu_name_id = or_cust_name_id
and or_quantity = 1;
在沒(méi)有這些前綴的情況下則寫(xiě)成這個(gè)樣子：
Select * from Customer, Order
Where Customer.surname = "MYNAME"
and Customer.name_id = Order.cust_name_id
and Order.quantity = 1
第1 個(gè)SQL 語(yǔ)句沒(méi)少鍵入多少字符。但如果查詢涉及到5 個(gè)表乃至更多的列你就知道這個(gè)技巧
多有用了。
— Bryce Stenberg
Page 10 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
第3 部分— 選擇鍵和索引
1. 數(shù)據(jù)采掘要預(yù)先計(jì)劃
我所在的市場(chǎng)部門(mén)一度要處理8 萬(wàn)多份聯(lián)系方式，同時(shí)填寫(xiě)每個(gè)客戶的必要數(shù)據(jù)（這絕對(duì)不是小
活）。我從中還要確定出一組客戶作為市場(chǎng)目標(biāo)。當(dāng)我從最開(kāi)始設(shè)計(jì)表和字段的時(shí)候，我試圖不
在主索引里增加太多的字段以便加快數(shù)據(jù)庫(kù)的運(yùn)行速度。然后我意識(shí)到特定的組查詢和信息采掘
既不準(zhǔn)確速度也不快。結(jié)果只好在主索引中重建而且合并了數(shù)據(jù)字段。我發(fā)現(xiàn)有一個(gè)指示計(jì)劃相
當(dāng)關(guān)鍵——當(dāng)我想創(chuàng)建系統(tǒng)類(lèi)型查找時(shí)為什么要采用號(hào)碼作為主索引字段呢？我可以用傳真號(hào)碼
進(jìn)行檢索，但是它幾乎就象系統(tǒng)類(lèi)型一樣對(duì)我來(lái)說(shuō)并不重要。采用后者作為主字段，數(shù)據(jù)庫(kù)更新
后重新索引和檢索就快多了。
— hscovell
可操作數(shù)據(jù)倉(cāng)庫(kù)（ODS）和數(shù)據(jù)倉(cāng)庫(kù)（DW）這兩種環(huán)境下的數(shù)據(jù)索引是有差別的。在DW 環(huán)境
下，你要考慮銷(xiāo)售部門(mén)是如何組織銷(xiāo)售活動(dòng)的。他們并不是數(shù)據(jù)庫(kù)管理員，但是他們確定表內(nèi)的
鍵信息。這里設(shè)計(jì)人員或者數(shù)據(jù)庫(kù)工作人員應(yīng)該分析數(shù)據(jù)庫(kù)結(jié)構(gòu)從而確定出性能和正確輸出之間
的最佳條件。
— teburlew
2. 使用系統(tǒng)生成的主鍵
這一天類(lèi)同技巧1，但我覺(jué)得有必要在這里重復(fù)提醒大家。假如你總是在設(shè)計(jì)數(shù)據(jù)庫(kù)的時(shí)候采用
系統(tǒng)生成的鍵作為主鍵，那么你實(shí)際控制了數(shù)據(jù)庫(kù)的索引完整性。這樣，數(shù)據(jù)庫(kù)和非人工機(jī)制就
有效地控制了對(duì)存儲(chǔ)數(shù)據(jù)中每一行的訪問(wèn)。
采用系統(tǒng)生成鍵作為主鍵還有一個(gè)優(yōu)點(diǎn)：當(dāng)你擁有一致的鍵結(jié)構(gòu)時(shí)，找到邏輯缺陷很容易。
— teburlew
3. 分解字段用于索引
為了分離命名字段和包含字段以支持用戶定義的報(bào)表，請(qǐng)考慮分解其他字段（甚至主鍵）為其組
成要素以便用戶可以對(duì)其進(jìn)行索引。索引將加快SQL 和報(bào)表生成器腳本的執(zhí)行速度。比方說(shuō)，
我通常在必須使用SQL LIKE 表達(dá)式的情況下創(chuàng)建報(bào)表，因?yàn)?case number 字段無(wú)法分解為
year、serial number、case type 和defendant code 等要素。性能也會(huì)變壞。假如年度和類(lèi)型字
段可以分解為索引字段那么這些報(bào)表運(yùn)行起來(lái)就會(huì)快多了。
— rdelval
4. 鍵設(shè)計(jì)4 原則
· 為關(guān)聯(lián)字段創(chuàng)建外鍵。
· 所有的鍵都必須唯一。
· 避免使用復(fù)合鍵。
· 外鍵總是關(guān)聯(lián)唯一的鍵字段。
— Peter Ritchie
Page 11 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
5. 別忘了索引
索引是從數(shù)據(jù)庫(kù)中獲取數(shù)據(jù)的最高效方式之一。95%的數(shù)據(jù)庫(kù)性能問(wèn)題都可以采用索引技術(shù)得到
解決。作為一條規(guī)則，我通常對(duì)邏輯主鍵使用唯一的成組索引，對(duì)系統(tǒng)鍵（作為存儲(chǔ)過(guò)程）采用
唯一的非成組索引，對(duì)任何外鍵列采用非成組索引。不過(guò)，索引就象是鹽，太多了菜就篌了。你
得考慮數(shù)據(jù)庫(kù)的空間有多大，表如何進(jìn)行訪問(wèn)，還有這些訪問(wèn)是否主要用作讀寫(xiě)。
— tduvall
大多數(shù)數(shù)據(jù)庫(kù)都索引自動(dòng)創(chuàng)建的主鍵字段，但是可別忘了索引外鍵，它們也是經(jīng)常使用的鍵，比
如運(yùn)行查詢顯示主表和所有關(guān)聯(lián)表的某條記錄就用得上。還有，不要索引memo/note 字段，不
要索引大型字段（有很多字符），這樣作會(huì)讓索引占用太多的存儲(chǔ)空間。
— gbrayton
6. 不要索引常用的小型表
不要為小型數(shù)據(jù)表設(shè)置任何鍵，假如它們經(jīng)常有插入和刪除操作就更別這樣作了。對(duì)這些插入和
刪除操作的索引維護(hù)可能比掃描表空間消耗更多的時(shí)間。
— kbpatel
7. 不要把社會(huì)保障號(hào)碼（SSN）選作鍵
永遠(yuǎn)都不要使用SSN 作為數(shù)據(jù)庫(kù)的鍵。除了隱私原因以外，須知政府越來(lái)越趨向于不準(zhǔn)許把
SSN 用作除收入相關(guān)以外的其他目的，SSN 需要手工輸入。永遠(yuǎn)不要使用手工輸入的鍵作為主
鍵，因?yàn)橐坏┠爿斎脲e(cuò)誤，你唯一能做的就是刪除整個(gè)記錄然后從頭開(kāi)始。
— teburlew
上個(gè)世紀(jì)70 年代我還在讀大學(xué)的時(shí)候，我記得那時(shí)SSN 還曾被用做學(xué)號(hào)，當(dāng)然盡管這么做是非
法的。而且人們也都知道這是非法的，但他們已經(jīng)習(xí)慣了。后來(lái)，隨著盜取身份犯罪案件的增
加，我現(xiàn)在的大學(xué)校園正痛苦地從一大攤子數(shù)據(jù)中把SSN 刪除。
— generalist
8. 不要用用戶的鍵
在確定采用什么字段作為表的鍵的時(shí)候，可一定要小心用戶將要編輯的字段。通常的情況下不要
選擇用戶可編輯的字段作為鍵。這樣做會(huì)迫使你采取以下兩個(gè)措施：
· 在創(chuàng)建記錄之后對(duì)用戶編輯字段的行為施加限制。假如你這么做了，你可能會(huì)發(fā)現(xiàn)你的應(yīng)用程
序在商務(wù)需求突然發(fā)生變化，而用戶需要編輯那些不可編輯的字段時(shí)缺乏足夠的靈活性。當(dāng)用
戶在輸入數(shù)據(jù)之后直到保存記錄才發(fā)現(xiàn)系統(tǒng)出了問(wèn)題他們?cè)撛趺聪耄縿h除重建？假如記錄不可
重建是否讓用戶走開(kāi)？
· 提出一些檢測(cè)和糾正鍵沖突的方法。通常，費(fèi)點(diǎn)精力也就搞定了，但是從性能上來(lái)看這樣做的
代價(jià)就比較大了。還有，鍵的糾正可能會(huì)迫使你突破你的數(shù)據(jù)和商業(yè)/用戶界面層之間的隔
離。
所以還是重提一句老話：你的設(shè)計(jì)要適應(yīng)用戶而不是讓用戶來(lái)適應(yīng)你的設(shè)計(jì)。
— Lamont Adams
不讓主鍵具有可更新性的原因是在關(guān)系模式下，主鍵實(shí)現(xiàn)了不同表之間的關(guān)聯(lián)。比如，
Customer 表有一個(gè)主鍵CustomerID，而客戶的定單則存放在另一個(gè)表里。Order 表的主鍵可能
Page 12 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
是OrderNo 或者OrderNo、CustomerID 和日期的組合。不管你選擇哪種鍵設(shè)置，你都需要在
Order 表中存放CustomerID 來(lái)保證你可以給下定單的用戶找到其定單記錄。
假如你在Customer 表里修改了CustomerID，那么你必須找出Order 表中的所有相關(guān)記錄對(duì)其進(jìn)
行修改。否則，有些定單就會(huì)不屬于任何客戶——數(shù)據(jù)庫(kù)的完整性就算完蛋了。
如果索引完整性規(guī)則施加到表一級(jí)，那么在不編寫(xiě)大量代碼和附加刪除記錄的情況下幾乎不可能
改變某一條記錄的鍵和數(shù)據(jù)庫(kù)內(nèi)所有關(guān)聯(lián)的記錄。而這一過(guò)程往往錯(cuò)誤叢生所以應(yīng)該盡量避免。
— ljboast
9. 可選鍵有時(shí)可做主鍵
記住，查詢數(shù)據(jù)的不是機(jī)器而是人。
假如你有可選鍵，你可能進(jìn)一步把它用做主鍵。那樣的話，你就擁有了建立強(qiáng)大索引的能力。這
樣可以阻止使用數(shù)據(jù)庫(kù)的人不得不連接數(shù)據(jù)庫(kù)從而恰當(dāng)?shù)倪^(guò)濾數(shù)據(jù)。在嚴(yán)格控制域表的數(shù)據(jù)庫(kù)
上，這種負(fù)載是比較醒目的。如果可選鍵真正有用，那就是達(dá)到了主鍵的水準(zhǔn)。
我的看法是，假如你有可選鍵，比如國(guó)家表內(nèi)的state_code，你不要在現(xiàn)有不能變動(dòng)的唯一鍵上
創(chuàng)建后續(xù)的鍵。你要做的無(wú)非是創(chuàng)建毫無(wú)價(jià)值的數(shù)據(jù)。比如以下的例子：
Select count(*)
from address, state_ref
where
address.state_id = state_ref.state_id
and state_ref.state_code = 'TN'
我的做法是這樣的：
Select count(*)
from address
where
and state_code = 'TN'
如你因?yàn)檫^(guò)度使用表的后續(xù)鍵建立這種表的關(guān)聯(lián)，操作負(fù)載真得需要考慮一下了。
— Stocker
10. 別忘了外鍵
大多數(shù)數(shù)據(jù)庫(kù)索引自動(dòng)創(chuàng)建的主鍵字段。但別忘了索引外鍵字段，它們?cè)谀阆氩樵冎鞅碇械挠涗?br />及其關(guān)聯(lián)記錄時(shí)每次都會(huì)用到。還有，不要索引memo/notes 字段而且不要索引大型文本字段
（許多字符），這樣做會(huì)讓你的索引占據(jù)大量的數(shù)據(jù)庫(kù)空間。。
— gbrayton
Page 13 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
第4 部分— 保證數(shù)據(jù)的完整性
1. 用約束而非商務(wù)規(guī)則強(qiáng)制數(shù)據(jù)完整性
如果你按照商務(wù)規(guī)則來(lái)處理需求，那么你應(yīng)當(dāng)檢查商務(wù)層次/用戶界面：如果商務(wù)規(guī)則以后發(fā)生變
化，那么只需要進(jìn)行更新即可。
假如需求源于維護(hù)數(shù)據(jù)完整性的需要，那么在數(shù)據(jù)庫(kù)層面上需要施加限制條件。
如果你在數(shù)據(jù)層確實(shí)采用了約束，你要保證有辦法把更新不能通過(guò)約束檢查的原因采用用戶理解
的語(yǔ)言通知用戶界面。除非你 的字段命名很冗長(zhǎng)，否則字段名本身還不夠。
— Lamont Adams
只要有可能，請(qǐng)采用數(shù)據(jù)庫(kù)系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)的完整性。這不但包括通過(guò)標(biāo)準(zhǔn)化實(shí)現(xiàn)的完整性而且還
包括數(shù)據(jù)的功能性。在寫(xiě)數(shù)據(jù)的時(shí)候還可以增加觸發(fā)器來(lái)保證數(shù)據(jù)的正確性。不要依賴于商務(wù)層
保證數(shù)據(jù)完整性；它不能保證表之間（外鍵）的完整性所以不能強(qiáng)加于其他完整性規(guī)則之上。
— Peter Ritchie
2. 分布式數(shù)據(jù)系統(tǒng)
對(duì)分布式系統(tǒng)而言，在你決定是否在各個(gè)站點(diǎn)復(fù)制所有數(shù)據(jù)還是把數(shù)據(jù)保存在一個(gè)地方之前應(yīng)該
估計(jì)一下未來(lái)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)寫(xiě)下
你自己的批處理或者調(diào)度程序以特定時(shí)間間隔運(yùn)行而不要讓用戶在每天的工作后傳輸數(shù)據(jù)。本地
拷貝你的維護(hù)數(shù)據(jù)，比如計(jì)算常數(shù)和利息率等，設(shè)置版本號(hào)保證數(shù)據(jù)在每個(gè)站點(diǎn)都完全一致。
— Suhair TechRepublic
3. 強(qiáng)制指示完整性
沒(méi)有好辦法能在有害數(shù)據(jù)進(jìn)入數(shù)據(jù)庫(kù)之后消除它，所以你應(yīng)該在它進(jìn)入數(shù)據(jù)庫(kù)之前將其剔除。激
活數(shù)據(jù)庫(kù)系統(tǒng)的指示完整性特性。這樣可以保持?jǐn)?shù)據(jù)的清潔而能迫使開(kāi)發(fā)人員投入更多的時(shí)間處
理錯(cuò)誤條件。
— kol
4. 關(guān)系
如果兩個(gè)實(shí)體之間存在多對(duì)一關(guān)系，而且還有可能轉(zhuǎn)化為多對(duì)多關(guān)系，那么你最好一開(kāi)始就設(shè)置
成多對(duì)多關(guān)系。從現(xiàn)有的多對(duì)一關(guān)系轉(zhuǎn)變?yōu)槎鄬?duì)多關(guān)系比一開(kāi)始就是多對(duì)多關(guān)系要難得多。
— CS Data Architect
5. 采用視圖
為了在你的數(shù)據(jù)庫(kù)和你的應(yīng)用程序代碼之間提供另一層抽象，你可以為你的應(yīng)用程序建立專(zhuān)門(mén)的
視圖而不必非要應(yīng)用程序直接訪問(wèn)數(shù)據(jù)表。這樣做還等于在處理數(shù)據(jù)庫(kù)變更時(shí)給你提供了更多的
自由。
— Gay Howe
Page 14 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
6. 給數(shù)據(jù)保有和恢復(fù)制定計(jì)劃
考慮數(shù)據(jù)保有策略并包含在設(shè)計(jì)過(guò)程中，預(yù)先設(shè)計(jì)你的數(shù)據(jù)恢復(fù)過(guò)程。采用可以發(fā)布給用戶/開(kāi)發(fā)
人員的數(shù)據(jù)字典實(shí)現(xiàn)方便的數(shù)據(jù)識(shí)別同時(shí)保證對(duì)數(shù)據(jù)源文檔化。編寫(xiě)在線更新來(lái)“更新查詢”供
以后萬(wàn)一數(shù)據(jù)丟失可以重新處理更新。
— kol
7. 用存儲(chǔ)過(guò)程讓系統(tǒng)做重活
解決了許多麻煩來(lái)產(chǎn)生一個(gè)具有高度完整性的數(shù)據(jù)庫(kù)解決方案之后，我所在的團(tuán)隊(duì)決定封裝一些
關(guān)聯(lián)表的功能組，提供一整套常規(guī)的存儲(chǔ)過(guò)程來(lái)訪問(wèn)各組以便加快速度和簡(jiǎn)化客戶程序代碼的開(kāi)
發(fā)。在此期間，我們發(fā)現(xiàn)3GL 編碼器設(shè)置了所有可能的錯(cuò)誤條件，比如以下所示：
SELECT Cnt = COUNT (*)
FROM [<Table>]
WHERE [<primary key column>] = <new value>
IF Cnt = 0
BEGIN
INSERT INTO [<Table>]
( [< primary key column>] )
VALUES ( <New value> )
END
ELSE
BEGIN
<indicate duplication error>
END
而一個(gè)非3GL 編碼器是這樣做的：
INSERT INTO [<Table>]
( [< primary key column>] )
VALUES
( <New value> )
IF @@ERROR = 2627 -- Literal error code for Primary Key Constraint
BEGIN
<indicate duplication error>
END
第2 個(gè)程序簡(jiǎn)單多了，而且事實(shí)上，利用了我們給數(shù)據(jù)庫(kù)的功能。雖然我個(gè)人不喜歡使用嵌入文
字（2627）。但是那樣可以很方便地用一點(diǎn)預(yù)先處理來(lái)代替。數(shù)據(jù)庫(kù)不只是一個(gè)存放數(shù)據(jù)的地
方，它也是簡(jiǎn)化編碼之地。
— a-smith
8. 使用查找
控制數(shù)據(jù)完整性的最佳方式就是限制用戶的選擇。只要有可能都應(yīng)該提供給用戶一個(gè)清晰的價(jià)值
列表供其選擇。這樣將減少鍵入代碼的錯(cuò)誤和誤解同時(shí)提供數(shù)據(jù)的一致性。某些公共數(shù)據(jù)特別適
合查找：國(guó)家代碼、狀態(tài)代碼等。
— CS Data Architect
Page 15 ? CNET Networks Inc. 2002
www.zdnet.com.cn/developer
第5 部分— 各種小技巧
1. 文檔、文檔、文檔
對(duì)所有的快捷方式、命名規(guī)范、限制和函數(shù)都要編制文檔。
— nickypendragon
采用給表、列、觸發(fā)器等加注釋的數(shù)據(jù)庫(kù)工具。是的，這有點(diǎn)費(fèi)事，但從長(zhǎng)遠(yuǎn)來(lái)看，這樣做對(duì)開(kāi)
發(fā)、支持和跟蹤修改非常有用。
— chardove
取決于你使用的數(shù)據(jù)庫(kù)系統(tǒng)，可能有一些軟件會(huì)給你一些供你很快上手的文檔。你可能希望先開(kāi)
始在說(shuō)，然后獲得越來(lái)越多的細(xì)節(jié)。或者你可能希望周期性的預(yù)排，在輸入新數(shù)據(jù)同時(shí)隨著你的
進(jìn)展對(duì)每一部分細(xì)節(jié)化。不管你選擇哪種方式，總要對(duì)你的數(shù)據(jù)庫(kù)文檔化，或者在數(shù)據(jù)庫(kù)自身的
內(nèi)部或者單獨(dú)建立文檔。這樣，當(dāng)你過(guò)了一年多時(shí)間后再回過(guò)頭來(lái)做第2 個(gè)版本，你犯錯(cuò)的機(jī)會(huì)
將大大減少。
— mrs_helm
2. 使用常用英語(yǔ)（或者其他任何語(yǔ)言）而不要使用編碼
為什么我們經(jīng)常采用編碼（比如9935A 可能是墨水筆的供應(yīng)代碼，4XF788-Q 可能是帳目編
碼）？理由很多。但是用戶通常都用英語(yǔ)進(jìn)行思考而不是編碼。工作5 年的會(huì)計(jì)或許知道
4XF788-Q 是什么東西，但新來(lái)的可就不一定了。在創(chuàng)建下拉菜單、列表、報(bào)表時(shí)最好按照英語(yǔ)
名排序。假如你需要編碼，那你可以在編碼旁附上用戶知道的英語(yǔ)。
— amasa
3. 保存常用信息
讓一個(gè)表專(zhuān)門(mén)存放一般數(shù)據(jù)庫(kù)信息非常有用。我常在這個(gè)表里存放數(shù)據(jù)庫(kù)當(dāng)前版本、最近檢查/修
復(fù)（對(duì)Access）、關(guān)聯(lián)設(shè)計(jì)文檔的名稱(chēng)、客戶等信息。這樣可以實(shí)現(xiàn)一種簡(jiǎn)單機(jī)制跟蹤數(shù)據(jù)
庫(kù)，當(dāng)客戶抱怨他們的數(shù)據(jù)庫(kù)沒(méi)有達(dá)到希望的要求而與你聯(lián)系時(shí)，這樣做對(duì)非客戶機(jī)/服務(wù)器環(huán)境
特別有用。
— Richard Foster
4. 測(cè)試、測(cè)試、反復(fù)測(cè)試
建立或者修訂數(shù)據(jù)庫(kù)之后，必須用用戶新輸入的數(shù)據(jù)測(cè)試數(shù)據(jù)字段。最重要的是，讓用戶進(jìn)行測(cè)
試并且同用戶一道保證你選擇的數(shù)據(jù)類(lèi)型滿足商業(yè)要求。測(cè)試需要在把新數(shù)據(jù)庫(kù)投入實(shí)際服務(wù)之
前完成。
— juneebug
5. 檢查設(shè)計(jì)
在開(kāi)發(fā)期間檢查數(shù)據(jù)庫(kù)設(shè)計(jì)的常用技術(shù)是通過(guò)其所支持的應(yīng)用程序原型檢查數(shù)據(jù)庫(kù)。換句話說(shuō)，
針對(duì)每一種最終表達(dá)數(shù)據(jù)的原型應(yīng)用，保證你檢查了數(shù)據(jù)模型并且查看如何取出數(shù)據(jù)。