如果采用了 Microsoft Access,你可以用 qry、rpt、tbl 和 mod 等符號來標(biāo)識對象(比如 tbl_Employees)。我在和 SQL Server 打交道的時候還用過 tbl 來索引表,但我用 sp_company (現(xiàn)在用 sp_feft_)標(biāo)識存儲過程,因為在有的時候如果我發(fā)現(xiàn)了更好的處理辦法往往會保存好幾個拷貝。我在實現(xiàn) SQL Server 2000 時用 udf_ (或者類似的標(biāo)記)標(biāo)識我編寫的函數(shù)。 工欲善其事, 必先利其器 采用理想的數(shù)據(jù)庫設(shè)計工具,比如:SyBase 公司的 PowerDesign,她支持 PB、VB、Delphe 等語言,通過 ODBC 可以連接市面上流行的 30 多個數(shù)據(jù)庫,包括 dBase、FoxPro、VFP、SQL Server 等,今后有機會我將著重介紹 PowerDesign 的使用。 獲取數(shù)據(jù)模式資源手冊 正在尋求示例模式的人可以閱讀《數(shù)據(jù)模式資源手冊》一書,該書由 Len Silverston、W. H. Inmon 和 Kent Graziano 編寫,是一本值得擁有的最佳數(shù)據(jù)建模圖書。該書包括的章節(jié)涵蓋多種數(shù)據(jù)領(lǐng)域,比如人員、機構(gòu)和工作效能等。其他的你還可以參考:[1]薩師煊 王珊著 數(shù)據(jù)庫系統(tǒng)概論(第二版)高等教育出版社 1991、[2][美] Steven M.Bobrowski 著 Oracle 7 與客戶/服務(wù)器計算技術(shù)從入門到精通 劉建元等譯 電子工業(yè)出版社,1996、[3]周中元 信息系統(tǒng)建模方法(下) 電子與信息化 1999年第3期,1999 暢想未來,但不可忘了過去的教訓(xùn) 我發(fā)現(xiàn)詢問用戶如何看待未來需求變化非常有用。這樣做可以達到兩個目的:首先,你可以清楚地了解應(yīng)用設(shè)計在哪個地方應(yīng)該更具靈活性以及如何避免性能瓶頸;其次,你知道發(fā)生事先沒有確定的需求變更時用戶將和你一樣感到吃驚。
一定要記住過去的經(jīng)驗教訓(xùn)!我們開發(fā)人員還應(yīng)該通過分享自己的體會和經(jīng)驗互相幫助。即使用戶認(rèn)為他們再也不需要什么支持了,我們也應(yīng)該對他們進行這方面的教育,我們都曾經(jīng)面臨過這樣的時刻“當(dāng)初要是這么做了該多好..”。 在物理實踐之前進行邏輯設(shè)計 在深入物理設(shè)計之前要先進行邏輯設(shè)計。隨著大量的 CASE 工具不斷涌現(xiàn)出來,你的設(shè)計也可以達到相當(dāng)高的邏輯水準(zhǔn),你通??梢詮恼w上更好地了解數(shù)據(jù)庫設(shè)計所需要的方方面面。 了解你的業(yè)務(wù) 在你百分百地確定系統(tǒng)從客戶角度滿足其需求之前不要在你的 ER(實體關(guān)系)模式中加入哪怕一個數(shù)據(jù)表(怎么,你還沒有模式?那請你參看技巧 9)。了解你的企業(yè)業(yè)務(wù)可以在以后的開發(fā)階段節(jié)約大量的時間。一旦你明確了業(yè)務(wù)需求,你就可以自己做出許多決策了。
一旦你認(rèn)為你已經(jīng)明確了業(yè)務(wù)內(nèi)容,你最好同客戶進行一次系統(tǒng)的交流。采用客戶的術(shù)語并且向他們解釋你所想到的和你所聽到的。同時還應(yīng)該用可能、將會和必須等詞匯表達出系統(tǒng)的關(guān)系基數(shù)。這樣你就可以讓你的客戶糾正你自己的理解然后做好下一步的 ER 設(shè)計。 創(chuàng)建數(shù)據(jù)字典和 ER 圖表 一定要花點時間創(chuàng)建 ER 圖表和數(shù)據(jù)字典。其中至少應(yīng)該包含每個字段的數(shù)據(jù)類型和在每個表內(nèi)的主外鍵。創(chuàng)建 ER 圖表和數(shù)據(jù)字典確實有點費時但對其他開發(fā)人員要了解整個設(shè)計卻是完全必要的。越早創(chuàng)建越能有助于避免今后面臨的可能混亂,從而可以讓任何了解數(shù)據(jù)庫的人都明確如何從數(shù)據(jù)庫中獲得數(shù)據(jù)。