前言
看完mysql必知必會后，一直以來都有一個誤區，認為碼農在實際的過程中，只需要掌握，創建數據庫，在數據庫創建表，然后對表進行增刪改查就完了。直到研一上又重新選修了《數據庫系統概述》，才發現一個專業的DBA（數據庫管理員）進行一套專業的數據開發也是有一套自己的規范的。
數據庫設計的概念
數據庫建設是指數據庫應用系統從設計，實施到運行與維護的全過程。“三分技術，七分管理，十二分基礎數據”突出了數據的收集，整理，組織和不斷更新是數據庫建設中的重要環節。從一開始的數據收集到后來的數據庫建立，到最后的數據庫維護每個階段都是十分重要的。
為什么要進行數據庫的設計？
良好的數據庫設計對減少數據冗余和操作異常、對數據有限存儲和高效訪問有很大幫助。如果一開始的數據庫設計的不夠好，那么到后面可能你會發現一些令人糟心的問題：數據冗余大，不好查找等等。
數據庫設計的幾個階段
1.需求分析階段
2.概念結構設計階段
3.邏輯結構設計階段
4.物理結構設計階段
5.數據庫實施階段
6.數據庫運行和維護階段
數據庫設計的理論與實際
以我現在在做的一個項目：圖書館預約系統為例。
1.需求分析
理論：通過調查現實世界要處理的對象，充分了解原系統的工作概況，明確用戶的各種需求，然后在此基礎上確定新系統的功能。新系統必須充分考慮今后可能的擴充和改變，不能僅僅按當前應用需求來設計數據庫。
實際：我們學生去圖書館借書的時候，基本事件首先有學生，圖書館會有很多書，借書這個行為通過學生和書之間發生聯系。
2.概念結構設計階段
理論：前一個階段的需求在這個階段應該抽象為信息世界的結構，來充分反映現實世界事物之間的聯系。用像E-R圖這種工具表示。
實際：每個學生都有一個學號，這個學號唯一標識了他/她，除此以外，還有相應的密碼；
圖書館的書有圖書ID，書名，庫存數量，書籍介紹。
借書這個行為綁定了圖書ID，學生ID，借閱的時間。
我們用E-R圖進行表示
3.邏輯結構設計階段
理論：將E-R圖轉變為數據庫管理系統產品所支持的數據模型相符合的邏輯結構。
實際：
學生: {學號,密碼}
書籍: {書籍ID,書名，數量，書籍介紹}
借書：{書籍ID，學號，時間，書籍}
4.物理結構設計階段
理論：
- 選擇合適的DBMS
- 規定數據庫、表和字段的命名規范
- 根據所選的DBMS確定具體字段的字段類型
- 實際：
- 確定每個實體對應的數據類型，我已經把數據類型寫在E-R圖里面了
5.數據庫實施階段
理論：目前，企業級數據庫有Oracle和SQL Server，這類數據庫對數據的安全性和容量有較高要求。互聯網項目使用的一般都是MySQL、PgSQL，所以根據需要根據自己項目的類型選擇合適的數據庫。並規定命名規范。命名規范需要遵循字段可讀性原則和見名知義原則，不然隨意的字段名還要建立數據字典，增加額外的工作量，沒什么必要。
實際：大家最熟練的mysql語句操作！！！mysql常用語句大全：https://www.cnblogs.com/cxxjohnson/p/5914583.html
6.數據庫運行和維護階段
理論：這是一個周期比較長的過程。
用這套流程規范，我們來創建部署項目中的數據庫。