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