資料庫物件命名規範

來源:互聯網
上載者:User
對象|規範|資料|資料庫 資料庫命名規範  資料庫命名規範 
一.實體和屬性的命名
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. 非常明顯的關係,可以不寫


相關文章

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。