四 其他設計
避免使用觸發器
觸發器的功能通常可以用其他方式實現在調試程序時觸發器可能成為干擾假如確實需要采用觸發器
要集中對它文檔化
使用常用英語（或者其他任何語言）而不要使用編碼
在創建下拉菜單列表報表時最好按照英語名排序假如需要編碼可以在編碼旁附上用戶知道的英語
包含版本機制
在數據庫中引入版本控制機制來確定使用中的數據庫的版本時間一長用戶的需求總是會改變的最終可能會要求修改數據庫結構把版本信息直接存放到數據庫中更為方便
編制文檔
對所有的快捷方式命名規范限制和函數都要編制文檔
采用給表列觸發器等加注釋的數據庫工具對開發支持和跟蹤修改非常有用
反復測試
建立或者修訂數據庫之後必須用用戶新輸入的數據測試數據字段最重要的是讓用戶進行測試並且同用戶一道保證選擇的數據類型滿足商業要求測試需要在把新數據庫投入實際服務之前完成
檢查設計
在開發期間檢查數據庫設計的常用技術是通過其所支持的應用程序原型檢查數據庫換句話說針對每一種最終表達數據的原型應用保證你檢查了數據模型並且查看如何取出數據
五數據庫命名規范
表的命名
表以漢語拼音縮寫命名即以表示此表信息的名稱的漢語拼音縮寫命名表命名中多用_以使表名更易懂表的別名定義采用表名的前四個字母
所有的存儲值列表的表前面加上前綴Z目的是將這些值列表類排序在數據庫最後
所有的冗余類的命名(主要是累計表)前面加上前綴X冗余類是為了提高數據庫效率非規范化數據庫的時候加入的字段或者表關聯類通過用下劃線連接兩個基本類之後再加前綴R的方式命名後面按照字母順序羅列兩個表名或者表名的縮寫
列的命名
采用有意義的列名表內的列要針對鍵采用一整套設計規則
每一個表都將有一個自動ID作為主健邏輯上的主健作為第一組候選主健來定義如果是數據庫自動生成的編碼統一命名為CZID如果是自定義的邏輯上的編碼則用縮寫加ID的方法命名
如果鍵是數字類型你可以用_NO 作為後綴如果是字符類型則可以采用_CODE 後綴對列名應該采用標准的前綴和後綴
所有的列名加上有關類型的後綴如果還需要其它的後綴都放在類型後綴之前
注: 數據類型是文本的字段類型後綴TX可以不寫有些類型比較明顯的字段可以不寫類型後綴
采用前綴命名
給每個表的列名都采用統一的前綴那麼在編寫SQL表達式的時候會得到大大的簡化這樣做也確實有缺點比如破壞了自動表連接工具的作用後者把公共列名同某些數據庫聯系起來
視圖的命名
視圖以V作為前綴其他命名規則和表的命名類似命名應盡量體現各視圖的功能
觸發器的命名
觸發器以TR作為前綴觸發器名為相應的表名加上後綴Insert觸發器加_InsDelete觸發器加_DelUpdate觸發器加_Up
存儲過程名
存儲過程應以UP_開頭和系統的存儲過程區分後續部分主要以動賓形式構成並用下劃線分割各個組成部分
查詢加_Qry更新加_Up
變量名
變量名采用小寫若屬於詞組形式用下劃線分隔每個單詞
命名中其他注意事項
) 以上命名都不得超過個字符的系統限制變量名的長度限制為（不包括標識字符@）
) 數據對象變量的命名都采用拼音字符禁止使用中文命名絕對不要在對象名的字符之間留空格
) 小心保留詞要保證你的字段名沒有和保留詞數據庫系統或者常用訪問方法沖突
) 保持字段名和類型的一致性在命名字段並為其指定數據類型的時候一定要保證一致性假如數據類型在一個表裡是整數那在另一個表裡可就別變成字符型了
[] [] []
From:http://tw.wingwit.com/Article/program/SQL/201311/16256.html
