http://blog.csdn.net/chenhuoren/article/details/4941131

搞數據庫，從畢業出來工作到現在也有好幾年了，總的來說，自己對數據庫的架構設計算不上很精通，但還是把自己在設計中的經驗說說吧，希望對大家今后的設計有幫助。

我個人認為，在數據庫的架構中，需要注意以下的幾個問題。

一：數據庫名稱命名要簡潔，并體現其應用或功能。如庫名QCOA，QC為公司簡稱，OA為OA系統中的主數據庫；為了防止被分析破解，表名建議采用子系統簡寫＋功能單詞首字母，如審批管理子系統中：OAMD，該表的字段名為MD001，MD002......MD022并預留五到十字段供擴展，對常用表還應定義十個以上的自定義字段，供客戶自定制，自定義字段統一命名UDF01...UD99。表和字段都應該在數據字典作標準，實際開發時，用向導從數據字典生成具體應用數據綁定窗口和控件,不過，這樣設計的數據庫，在交付用戶使用的時侯需要同時交付數據庫說明文檔，方便客戶的數據庫管理。

二：嵌套關系的數據表，一定要在數據字典中注明，并備注好關鍵字段。注意這里嵌套并不一定是主從表。如ERP系統中的工單表，一個成品對應一張工單，該成品由N個半成品制成，又是N張工單，N個半成品可能又可細分若干層的半成品。一般就由單頭單身表二個表表示這樣的數據，也可用一張表。

三：數據字典的設計，表和視圖都必須記錄在字典中；其對應的觸發器和存儲過程也必須備注中對應的表中；表、視圖必須按模塊分類管理。

四：嚴格控制存儲過程的使用，這是血淚教訓呀，我們公司的HR有600多個存儲過程，三四個人二三批維護修正了十個月都沒完全搞定。這就是開發時的隨意和圖修改方便造成的惡果，那個別人開發的HR在我看來是垃圾，我都不碰那個東西。建議，除非大數據量的處理，則不用存儲過程！業務邏輯封裝到程序業務類中，或將SQL語句放在配置文件或數據庫中，動態裝入執行。

五：表單設置，即實際應用時某些有單號（流水號）的表，如訂單表，其單號由單據性質和流水號組成。建議：建一個單據設置表，統一保存這些表的表單設置和最大單號，也方便用戶進行單號的設置，以及單號的生成（可以據設置表中保存的設置和最大單號值，用存儲過程無沖突生成最大單號）。我的數據庫表一般都這樣設計的，但現在看網上說，好像對這種方法不認可，主要在于這樣設計的數據庫關系繁多，沒有使用存儲過程來得方便。這里就看自己的需要吧，我的建議還是用我的辦法，因為這樣的話，程序的改動不會帶來數據庫大的變動。

六：在數據庫設計中，并不是關系越多越好，而應該是在適度的范圍內，這需要經驗的積累，再這里一兩句也說不清楚。模塊與模塊之間的數據交接，應該最多只有一個關系的存在。

七：不要輕易的允許某些字段為空，所有允許為空的字段必須是基于用戶需求，而不是出于設計上方便的考慮。這樣帶來的好處是讓詳細設計中的某些錯誤和疏漏（如在設計中沒有考慮對非空字段的內容檢查）在編碼和單元測試階段就被發現，從而避免了進一步擴散，有助于提高軟件的質量。

有評論曰：嚴重不同意你的第四條。看來你沒在大型公司做過數據庫

轉載于:https://www.cnblogs.com/iLoveMyD/articles/2392755.html

總結

以上是生活随笔為你收集整理的数据库设计注意的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。