資料庫設計實戰指南（一）：起手式與核心原則

若將企業資料比作生命血液，資料庫設計便是應用系統最關鍵的心臟。雖然相關文獻汗牛充棟、大學課程亦有專門講授，但經驗傳承往往勝過理論教導。本文彙整 130 位資深專家回饋，精選 60 項最佳實務技巧，分五大部分呈現，助您建立穩健的資料庫架構。

第一部分：設計前的備戰

1. 深度考察現有環境

設計新資料庫時，除研讀業務需求外，務必深入剖析現有系統。多數專案非從零開始，組織內通常已有滿足特定需求的舊系統（或許未自動化）。舊系統雖不完美，但研究它能發現易被忽略的細節。曾接手某運輸公司 Access 專案，部署時因未察覺網路環境運行兩個資料庫應用、需嚴格帳號權限，導致系統啟動失敗。教訓深刻：在 Access、Interbase 等共享環境開發時，必須深入系統內部掌握真實環境。

2. 訂定標準物件命名規範

資料庫物件命名規範不可或缺。表名單複數形式、別名規則（單字取前 4 字、雙字各取 2 字、三字以上取首兩字各 1 字加末字 2 字）須在專案伊始確立。工作表建議加 WORK_ 前綴。欄位針對鍵值設計後綴：數字鍵用 _NO、字元鍵用 _CODE；金額欄統一 _AMT、日期欄以 DATE_ 開頭。表、報表、查詢命名亦需一致，建議以 table_、query_、report_ 區分。Access 可用 qry、rpt、tbl、mod；SQL Server/Oracle 常用 tbl 標識表、sp_ 標識預存程序、udf_ 標識使用者定義函數。

3. 預先規劃，未雨綢繆

80 年代初設計資產系統時，為因應千年蟲問題提前規劃日期欄位，雖當時被視為多餘，後來僅花兩週完成修改，系統甚至運行至 1995 年仍無大礙。預先規劃能將未來風險降至最低。

4. 取得資料模式資源手冊

推薦 Len Silverston 等人合著《資料模式資源手冊》，涵蓋人員、組織、工作效能等多領域模式，是資料建模必備參考書。

5. 想像未來，銘記過去

詢問使用者對未來需求變化的想像，可釐清系統需具彈性之處與潛在效能瓶頸，也能讓雙方對未確定的變更有心理準備。開發團隊應分享經驗教訓，教育使用者持續支援的重要性，避免「早知如此」的遺憾。

6. 邏輯設計先於物理實作

深入物理設計前，務必完成邏輯設計，確保架構清晰、可擴充。