轉摘_itpub_資料庫設計幾則
我做專案經理的時候定義的資料庫命名規範
一.實體和屬性的命名
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. 非常明顯的關係,可以不寫
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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 我設計資料庫常用的幾個原則資料庫
- VB資料庫程式設計的幾點心得 (轉)資料庫程式設計
- 資料庫設計技巧14則資料庫
- 資料庫索引的設計原則資料庫索引
- 企業資料庫設計原則資料庫
- 資料庫設計---即資料庫架構設計的幾個步驟資料庫架構
- 資料庫設計和基本備份規則資料庫
- 11 個重要的資料庫設計規則資料庫
- 有關資料庫概念設計幾點見解經驗談(轉)資料庫
- 【資料庫設計】資料庫的設計資料庫
- oracle表結構設計轉摘Oracle
- WINDOWS CE 資料庫程式設計 (轉)Windows資料庫程式設計
- OO幾條設計原則
- 大型資料庫的設計原則與開發技巧資料庫
- 資料庫連線池_百度百科_轉摘資料庫
- 淺談資料庫設計技巧(下)(轉)資料庫
- 資料庫設計中的敏捷方法 (轉)資料庫敏捷
- Delphi資料庫程式設計教程(九) (轉)資料庫程式設計
- 資料表的設計原則
- 資料庫設計資料庫
- 資料庫SQL開發命名規則 (轉)資料庫SQL
- 【資料庫優化】面向程式設計師的資料庫訪問效能優化法則資料庫優化程式設計師
- SQL Story摘錄(八)————資料抽取 (轉)SQL
- 關聯式資料庫的幾種設計正規化資料庫
- VC的另類資料庫程式設計(轉)資料庫程式設計
- ADO資料庫程式設計入門(轉)資料庫程式設計
- C#下資料庫程式設計(二) (轉)C#資料庫程式設計
- windows應用高階程式設計c#程式設計篇_轉摘百度文庫Windows程式設計C#
- DBA常用資料庫管理SQL (摘錄整理)資料庫SQL
- 程式設計師面試中有幾大法則程式設計師面試
- 幾條Oracle資料庫開發的原則歸納(上)Oracle資料庫
- 幾條Oracle資料庫開發的原則歸納(下)Oracle資料庫
- 資料庫設計技巧資料庫
- 資料庫表設計資料庫
- 資料庫原理-設計資料庫
- 資料庫設計(1)資料庫
- KMC資料庫設計資料庫
- mysql5.6預設有幾個資料庫?mysql5.6初始有幾個資料庫?MySql資料庫