理解企業、企業業務過程、資料處理流程、資料處理效能需求。
需求 -> 概念模型（e-r圖、idef1x圖）
概念模型->邏輯模型：
實體 -> 關係：
實體的屬性 -> 關係的屬性
實體的關鍵字 -> 關係的關鍵字
復合屬性 -> 分量屬性或復合屬性本身作為關係的屬性
多值屬性 -> 將多值屬性和實體的關鍵字組成乙個新的關係
弱實體(從屬實體) -> 屬性要包含強實體的關鍵字
泛化實體、具體化實體 -> 具體化實體屬性要包含泛化實體關鍵字。（若泛化例項是具體化例項的全部，可不建立泛化例項的關係）
實體間的聯絡 -> 關係的屬性(外來鍵)or新關係
部分參與(0…1) -> 新關係，屬性為雙方關鍵字
全部參與(1…1) -> 將一方的關鍵字作為另一方的屬性
一對多 -> 將單方的關鍵字作為多方的屬性
多對多 -> 新關係，屬性為雙方關鍵字
多元聯絡 -> 新關係，屬性為所有實體的關鍵字(實體關鍵字不可為空)，或新增乙個屬性作為關鍵字(實體關鍵字可為空)；多個二元聯絡
受控冗餘（不利於更新資料）：將關係拆分成兩個關係，用外來鍵聯絡
插入異常（缺少關鍵字或屬性時無法插入）：
刪除異常
建立資料庫/表，確定物理儲存空間和物理儲存方式
資料庫設計過程
資料庫系統設計過程 一 需求分析。需求分析階段的工作步驟 資料流圖 例項 圖書館借書的資料流 資料流採用自頂向下的分析方式 下面是乙個銷售管理子系統的資料流的分析過程的例子。先看銷售管理子系統頂層資料流圖 其中1.0 送進定單的資料流圖 其中2.0 處理定單的資料流圖 其中3.0 開發票的資料流圖 ...
資料庫設計過程
需求分析 邏輯設計 物理設計 維護優化 第一正規化 一張表應該是一張二維表，對應乙個值 bad名稱 手機號使用者資訊 年齡使用者名稱1 1322672833 5good名稱 手機號年齡 位址使用者名稱1 13226728335中國 第二正規化 消除一張表中多種依賴關係，屬性只依賴主鍵 bad 更新異...
資料庫 資料庫設計正規化
在關聯式資料庫中的關係是要滿足一定要求的，滿足不同程度要求為不同正規化，越高的正規化資料庫冗餘越小。但是有些時候一昧的追求正規化減少冗餘，反而會降低資料讀寫的效率，這個時候就要反正規化，利用空間來換時間。目前關聯式資料庫有六種正規化 第一正規化 1nf 第二正規化 2nf 第三正規化 3nf 巴斯 ...