1.需求分析階段：綜合各個用戶的應用需求
2.概念設計階段：形成獨立于機器特點，獨立于各個DBMS產品的概念模式(E-R圖)
3.邏輯設計階段：首先將E-R圖轉換成具體的數據庫產品支持的數據模型，如關系模型，形成數據庫邏輯模式；然后根據用戶處理的要求、安全性的考慮，在基本表的基礎上再建立必要的視圖(View)，形成數據的外模式
4.物理設計階段：根據DBMS特點和處理的需要，進行物理存儲安排，建立索引，形成數據庫內模式
六、數據庫設計技巧
1. 設計數據庫之前（需求分析階段）
1) 理解客戶需求，詢問用戶如何看待未來需求變化。讓客戶解釋其需求，而且隨著開發的繼續，還要經常詢問客戶保證其需求仍然在開發的目的之中。
2) 了解企業業務可以在以后的開發階段節約大量的時間。
3) 重視輸入輸出。
在定義數據庫表和字段需求（輸入）時，首先應檢查現有的或者已經設計出的報表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和字段。
舉例：假如客戶需要一個報表按照郵政編碼排序、分段和求和，你要保證其中包括了單獨的郵政編碼字段而不要把郵政編碼糅進地址字段里。
4) 創建數據字典和ER 圖表
ER 圖表和數據字典可以讓任何了解數據庫的人都明確如何從數據庫中獲得數據。ER圖對表明表之間關系很有用，而數據字典則說明了每個字段的用途以及任何可能存在的別名。對SQL 表達式的文檔化來說這是完全必要的。
5) 定義標準的對象命名規范
數據庫各種對象的命名必須規范。
2. 表和字段的設計（數據庫邏輯設計）
表設計原則
1) 標準化和規范化
數據的標準化有助于消除數據庫中的數據冗余。標準化有好幾種形式，但Third NORMal Form（3NF）通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，遵守3NF 標準的數據庫的表設計原則是：“One Fact in One Place”即某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。表之間的關系通過外鍵相連接。它具有以下特點：有一組表專門存放 通過鍵連接起來的關聯數據。
舉例：某個存放客戶及其有關定單的3NF 數據庫就可能有兩個表：CuSTomer 和Order。Order 表不包含定單關聯客戶的任何信息，但表內會存放一個鍵值，該鍵指向Customer 表里包含該客戶信息的那一行。
事實上，為了效率的緣故，對表不進行標準化有時也是必要的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
