轉摘_itpub_資料庫設計幾則

wisdomone1發表於2010-12-23
我做專案經理的時候定義的資料庫命名規範

一.實體和屬性的命名
1.        常用單詞已經進行了縮寫,在命名過程當中,根據語義拼湊縮寫即可。注意,由於ORCAL資料庫會將欄位名稱統一成大寫或者小寫中的一種,所以要求加上下劃線
舉例:
定義的縮寫        Sales:         Sal                 銷售;
Order:        Ord                訂單;
Detail:        Dtl                明細;
                則銷售訂單名細表命名為:Sal_Ord_Dtl;
2.        如果表或者是欄位的名稱僅有一個單詞,那麼建議不使用縮寫,而是用完整的單詞。
舉例:
定義的縮寫         Material        Ma                物品;
物品表名為:Material, 而不是 Ma.
但是欄位物品編碼則是:Ma_ID;而不是Material_ID
3.        所有的儲存值列表的表前面加上字首Z
目的是將這些值列表類排序在資料庫最後。
4.        所有的冗餘類的命名(主要是累計表)前面加上字首X
冗餘類是為了提高資料庫效率,非規範化資料庫的時候加入的欄位。或者表
5.        關聯類透過用下劃線連線兩個基本類之後,再加字首R的方式命名,後面按照字母順序羅列兩個表名或者表名的縮寫。
關聯表用於儲存多對多關係。
如果被關聯的表名大於10個字母,必須將原來的表名的進行縮寫。如果沒有其他原因,建議都使用縮寫。
舉例:表Object與自身存在多對多的關係,則儲存多對多關係的表命名為:R_Object;
                 表 Depart和Employee;存在多對多的關係;則關聯表命名為R_Dept_Emp
6.        每一個表都將有一個自動ID作為主健,邏輯上的主健作為第一組候選主健來定義,如果是資料庫自動生成的編碼,統一命名為:ID;如果是自定義的邏輯上的編碼則用縮寫加“ID”的方法命名。
舉例:銷售訂單的編號欄位命名:Sal_Ord_ID;如果還存在一個資料庫生成的自動編號,則命名為:ID
7.        所有的屬性加上有關型別的字尾,型別字尾的縮寫定義見檔案《型別字尾縮寫定義》,注意,如果還需要其它的字尾,都放在型別字尾之前。
二.關係的命名
        關係的命名基本上按照;如有特殊情況,可以靈活處理.
        [must/may/can/should][verb/verb+prep][a/many/exatly num][or a/many]的結構命名
三.域的命名
四.觸發器的命名
五.有關於預設的幾點說明
1.        嚴格依賴關係的主細表,主表的字尾Main可以不寫。
2.        資料型別是文字的欄位,型別字尾TX可以不寫。
3.        有些型別比較明顯的欄位,可以不寫型別字尾。
4.        非常明顯的關係,可以不寫

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/9240380/viewspace-682435/,如需轉載,請註明出處,否則將追究法律責任。

相關文章