設計過程概覽

1. 資料庫設計的最初階段需要完整地刻畫未來資料庫使用者的資料需求；

2. 選擇資料模型，概念設計階段構建實體-聯絡圖；

3. 在功能需求規格說明種，使用者描述將在資料上進行的各類操作(或事務;

4. 從抽象資料模型到資料庫實現的轉換過程在最後兩個設計階段進行。一：邏輯設計，確定關係模式；二：物理設計，指名資料庫的物理特徵，包括檔案組織格式和索引結構的選擇。

實體-聯絡模型(entity-relationship,E-R)

實體集：相同型別即具有相同性質（或屬性）的一個實際集合；

聯絡集：相同型別聯絡的集合（聯絡：多個實體間的相互關聯;

角色    ：實體在聯絡中扮演的功能稱為實體的角色；

E-R圖的主要構件：

1. 分成兩部分的矩陣：實體集；

2. 菱形：聯絡集；

3. 未分割的矩形代表聯絡集的屬性，構成主碼的屬性以下劃線標明；

4. 線段：實體集到聯絡集；

5. 虛線：聯絡集到聯絡集；

6. 雙線：顯示實體在聯絡集中的參與度；

7. 雙菱形: 代表連線到弱實體集的標誌性聯絡集；

強弱實體集的概念

強實體集: 有主碼的實體集；

弱實體集：沒有足夠的屬性以形成主碼的實體集稱作弱實體集。弱實體集必須與另一個稱作標識或屬性實體集的實體集相關聯，也即，弱實體集存在依賴於標識實體集。將弱實體集與其標識實體集相聯的聯絡稱為標識性聯絡，標識性聯絡是從弱實體集到標識實體集多對一的。弱實體集的主碼由 該弱實體集的分辨符 和 標識實體集的主碼 組成。

設計選擇

1. 用實體集還是聯絡集：當描述發生在實體間的行為時採用聯絡集; 

2. 2元還是n元：2元更為靈活；n元更為自然。

擴充套件E-R圖特性

特化和概化

概化上的條件約束：

1. 不相交：不相交約束要求一個實體至多屬於一個底層實體集。

2. 重疊   ：在重疊概化中，同一實體可以同時屬於同一個概化中的多個底層實體集。

簡單的E-R圖設計和關係轉換可以參加部落格 https://blog.csdn.net/qq_16605855/article/details/76020293 

https://wenku.baidu.com/view/a138aedf83d049649b665886.html