資料庫設計規範
表：子系統名稱_***
主鍵索引：pk_***
非主鍵索引：xk_***
儲存過程：up_***
函式：udf_***
規則：rule_***
domain：domain_***
trigger：tr_[i|u|d]_***
列名：英文名稱縮寫的組合，每個單詞首字母大寫
資料庫命名規範
一．實體和屬性的命名
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． 非常明顯的關係,可以不寫
資料庫設計規範與技巧系列一
一 資料庫設計過程 資料庫技術是資訊資源管理最有效的手段。資料庫設計是指 對於乙個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統，有效儲存資料，滿足使用者資訊要求和處理要求。資料庫設計的各階段 a 需求分析階段 綜合各個使用者的應用需求 現實世界的需求 b 在概念設計階段 形成獨立於機...
資料庫設計技巧
1.設計資料庫之前 需求分析階段 1 理解客戶需求，詢問使用者如何看待未來需求變化。讓客戶解釋其需求，而且隨著開發的繼續，還要經常詢問客戶保證其需求仍然在開發的目的之中。2 了解企業業務可以在以後的開發階段節約大量的時間。3 重視輸入輸出。在定義資料庫表和字段需求 輸入 時，首先應檢查現有的或者已經...
資料庫設計技巧
1.設計資料庫之前 需求分析階段 1 理解客戶需求，詢問使用者如何看待未來需求變化。讓客戶解釋其需求，而且隨著開發的繼續，還要經常詢問客戶保證其需求仍然在開發的目的之中。2 了解企業業務可以在以後的開發階段節約大量的時間。3 重視輸入輸出。在定義資料庫表和字段需求 輸入 時，首先應檢查現有的或者已經...