【正文】 當(dāng) John Smith, Engineer 提升為 John Smith, Director 乃至最后爬到 John Smith, CIO 的高位，而所有你要做的不過是改變兩個表 PERSON 和 PERSON_TYPE 之間關(guān)系的鍵值，同時增加一個日期/時間字段來知道變化是何時發(fā)生的。而具體的操作不過是一種派生。遵守 3NF 標(biāo)準(zhǔn)的數(shù)據(jù)庫具有以下特點：有一組表專門存放通過鍵連接起來的關(guān)聯(lián)數(shù)據(jù)。還有，如果用戶界面執(zhí)行工作流之類的任務(wù)（發(fā)送郵件、打印信箋、修改記錄狀態(tài)等），那么產(chǎn)生工作流的數(shù)據(jù)也可以存放在數(shù)據(jù)庫里。 采用有意義的字段名有一回我參加開發(fā)過一個項目，其中有從其他程序員那里繼承的程序，那個程序員喜歡用屏幕上顯示數(shù)據(jù)指示用語命名字段，這也不賴，但不幸的是，她還喜歡用一些奇怪的命名法，其命名采用了匈牙利命名和控制序號的組合形式，比如 cbotxttxt2_b 等等。 理解客戶需求看起來這應(yīng)該是顯而易見的事，但需求就是來自客戶（這里要從內(nèi)部和外部客戶的角度考慮）。模式不必弄的很復(fù)雜；甚至可以簡單到手寫在一張紙上就可以了。 創(chuàng)建數(shù)據(jù)字典和 ER 圖表一定要花點時間創(chuàng)建 ER 圖表和數(shù)據(jù)字典。隨著大量的 CASE 工具不斷涌現(xiàn)出來，你的設(shè)計也可以達到相當(dāng)高的邏輯水準(zhǔn)，你通常可以從整體上更好地了解數(shù)據(jù)庫設(shè)計所需要的方方面面。 工欲善其事, 必先利其器采用理想的數(shù)據(jù)庫設(shè)計工具，比如：SyBase 公司的 PowerDesign，她支持 PB、VB、Delphe 等語言，通過 ODBC 可以連接市面上流行的 30 多個數(shù)據(jù)庫，包括 dBase、FoxPro、VFP、SQL Server 等，今后有機會我將著重介紹 PowerDesign 的使用。再如，假如你的表里有好多“money”字段，你不妨給每個列[字段]增加一個 _M 后綴。但是對舊系統(tǒng)的研究可以讓你發(fā)現(xiàn)一些可能會忽略的細微問題。精選了其中的 60 個最佳技巧，并把這些技巧編寫成了本文，為了方便索引其內(nèi)容劃分為 5 個部分：第 1 部分 設(shè)計數(shù)據(jù)庫之前這一部分羅列了 12 個基本技巧，包括命名規(guī)范和明確業(yè)務(wù)需求等。有關(guān)數(shù)據(jù)庫設(shè)計的材料汗牛充棟，大學(xué)學(xué)位課程里也有專門的講述。 第 1 部分 設(shè)計數(shù)據(jù)庫之前考察現(xiàn)有環(huán)境在設(shè)計一個新數(shù)據(jù)庫時，你不但應(yīng)該仔細研究業(yè)務(wù)需求而且還要考察現(xiàn)有的系統(tǒng)。表內(nèi)的列[字段]要針對鍵采用一整套設(shè)計規(guī)則。如果采用了 Microsoft Access，你可以用 qry、rpt、tbl 和 mod 等符號來標(biāo)識對象（比如 tbl_Employees）。一定要記住過去的經(jīng)驗教訓(xùn)！我們開發(fā)人員還應(yīng)該通過分享自己的體會和經(jīng)驗互相幫助。采用客戶的術(shù)語并且向他們解釋你所想到的和你所聽到的。對 SQL 表達式的文檔化來說這是完全必要的。系統(tǒng)生成的主鍵在報表中很難管理。 第 2 部分 設(shè)計表和字段檢查各種變化我在設(shè)計數(shù)據(jù)庫的時候會考慮到哪些數(shù)據(jù)字段將來可能會發(fā)生變更。時間標(biāo)記對查找數(shù)據(jù)問題的原因、按日期重新處理/重載數(shù)據(jù)和清除舊數(shù)據(jù)特別有用。簡單來說，3NF 規(guī)定：* 表內(nèi)的每一個值都只能被表達一次。為了效率的緣故，對表不進行標(biāo)準(zhǔn)化有時也是必要的，這樣的例子很多。不管是客戶、員工還是其他什么人，這樣做都能有助于再運行查詢的時候過濾活躍或者不活躍狀態(tài)。開始的時候采用一般術(shù)語的主要原因在于所有的具體用戶都能對抽象事物具體化。Address_LineAddress_Line2 和 Address_Line3 可以提供更大的靈活性。我最常用的是在同一表中創(chuàng)建一個計算列[字段]，通過它可以自動地連接標(biāo)準(zhǔn)化后的字段，這樣數(shù)據(jù)變動的時候它也跟著變。后果可想而知！DESC 是 DESCENDING 縮寫后的保留詞。在關(guān)系數(shù)據(jù)庫里不要單獨刪除某一行；最好采用清除數(shù)據(jù)程序而且要仔細維護索引整體性。雖然你可以通過檢查新字段或者索引來確定數(shù)據(jù)庫結(jié)構(gòu)的版本，但我發(fā)現(xiàn)把版本信息直接存放到數(shù)據(jù)庫中不更為方便嗎？。這樣做也確實有缺點，比如破壞了自動表連接工具的作用，后者把公共列[字段]名同某些數(shù)據(jù)庫聯(lián)系起來，不過就連這些工具有時不也連接錯誤嘛。 第 3 部分 選擇鍵和索引數(shù)據(jù)采掘要預(yù)先計劃我所在的某一客戶部門一度要處理 8 萬多份聯(lián)系方式，同時填寫每個客戶的必要數(shù)據(jù)（這絕對不是小活）。在 DW 環(huán)境下，你要考慮銷售部門是如何組織銷售活動的。索引將加快 SQL 和報表生成器腳本的執(zhí)行速度。 別忘了索引索引是從數(shù)據(jù)庫中獲取數(shù)據(jù)的最高效方式之一。對這些插入和刪除操作的索引維護可能比掃描表空間消耗更多的時間。通常的情況下不要選擇用戶可編輯的字段作為鍵。比如，Customer 表有一個主鍵 CustomerID，而客戶的定單則存放在另一個表里。假如你有可選鍵，你可能進一步把它用做主鍵。 別忘了外鍵大多數(shù)數(shù)據(jù)庫索引自動創(chuàng)建的主鍵字段。這不但包括通過標(biāo)準(zhǔn)化實現(xiàn)的完整性而且還包括數(shù)據(jù)的功能性。 強制指示完整性(參照完整性?)沒有好辦法能在有害數(shù)據(jù)進入數(shù)據(jù)庫之后消除它，所以你應(yīng)該在它進入數(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 是什么東西，但新來的可就不一定了。是的，這有點費事，但從長遠來看，這樣做對開發(fā)、支持和跟蹤修改非常有用。 用存儲過程讓系統(tǒng)做重活解決了許多麻煩來產(chǎn)生一個具有高度完整性的數(shù)據(jù)庫解決方案之后，我決定封裝一些關(guān)聯(lián)表的功能組，提供一整套常規(guī)的存儲過程來訪問各組以便加快速度和簡化客戶程序代碼的開發(fā)。這樣可以保持?jǐn)?shù)據(jù)的清潔而能迫使開發(fā)人員投入更多的時間處理錯誤條件。不要依賴于商務(wù)層保證數(shù)據(jù)完整性；它不能保證表之間（外鍵）的完整性所以不能強加于其他完整性規(guī)則之上。還有，不要索引 memo/notes 字段而且不要索引大型文本字段（許多字符），這樣做會讓你的索引占據(jù)大量的數(shù)據(jù)庫空間。這樣可以阻止