一、設計過程包含五個主要步驟。
第 1 步：確定實體和關系
第 2 步：確定所需數據
第 3 步：規范化數據
第 4 步：解析關系
第 5 步：驗證設計
二、閱讀別人的概念模型圖：
不管是從左到右讀取還是從右到左讀取，下面的規則都會使讀取這些圖示變得容易：讀取 (1) 第一個實體的名稱，(2) 第一個實體 旁邊的角色，(3) 到第二個實體 的連接的基數，(4) 第二個實體的名稱。
三、確定所需數據（實體屬性的設計）需要注意的：
確定支持數據時，一定要參考前面確定的活動以了解將如何訪問這些數據。
例如，在某些情況下可能需要按雇員的名字列出雇員，而在另一些情況下可能需要按姓氏列出。要滿足這兩種需要，應創建一個 First Name 屬性和一個 Last Name 屬性，而不應創建一個既包含名字又包含姓氏的屬性。將姓氏和名字分開后，以后可以創建兩個索引，分別適用于這兩項任務。
請選擇一致的名稱。使用一致的名稱可以使數據庫便于維護，并且便于閱讀報告和輸出窗口。
例如，如果一個屬性使用了縮略名稱，如 Emp_status，則另一個屬性不應使用完整名稱，如 Employee_ID。應使名稱保持一致，如 Emp_status 和 Emp_ID。
在這個階段，數據是否與正確的實體相關聯并不十分重要。您可以根據自己的判斷進行設計。在下一節中，將對設計進行測試，檢查您的判斷是否正確。
四、規范化是指一系列測試，通過這些測試可以消除冗余的數據，并確保數據與正確的實體或關系相關聯。共有五項測試。本節介紹其中前三項測試。這三項測試最重要，因此也最常使用。
五、范式：
數據規范化包括幾項測試。數據在通過了第一項測試后，我們認為它滿足第一范式；通過了第二項測試后，它滿足第二范式；通過了第三項測試后，則滿足第三范式。
六、標識符是唯一地標識實體中各行的一組屬性，至少由一個屬性組成。
七、解析關系：
執行完規范化過程后，設計幾乎就完成了。唯一還需要做的事情就是生成與概念數據模型相對應的物理數據模型。這個過程也稱作解析關系，因為其中涉及的大量工作就是將概念模型中的關系轉換為相應的表和外鍵關系。
八、概念數據模型可以簡化設計過程，因為它將大量細節隱藏起來。例如，多對多關系總會生成一個額外的表和兩個外鍵引用。在概念數據模型中，通常可以用一個連接來標識這類結構。
九、域（用戶定義的數據類型）
十、數據庫對象的定義構成了數據庫模式：您可以將模式看做一個空數據庫。（是否可以理解成C#的命名空間或java里的包概念）
十一、