本數據庫設計說明書是關于寢室管理系統數據庫設計,主要包括數據邏輯結構設計、數據字典以及運行環境、安全設計等。主要的目的是給到大家一個數據庫說明書結構以及相關介紹的寫法提醒,還是很實用的。
數據庫設計的六個階段
系統需求分析階段;
概念結構設計階段;
邏輯結構設計階段;
物理結構設計階段;
數據庫實施階段;
數據庫運行與維護階段;
數據庫設計的主要步驟
1、需求收集和分析,得到數據字典和數據流圖;
2、對用戶需求綜合、歸納與抽象,形成概念模型;
3、將概念結構轉換為數據模型;
4、設計數據庫的物理結構;
5、建立數據庫,編制與調試應用程序,組織數據入庫;
6、對數據庫系統進行評價、調整與修改。
數據庫設計三大范式
第一范式(1NF):
1、數據表中的每一列(字段),必須是不可拆分的最小單元,也就是確保每一列的原子性。滿足第一范式是關系模式規范化的最低要求,否則,將有很多基本操作在這樣的關系模式中實現不了。
如果需求知道那個省那個市并按其分類,那么顯然第一個表格是不容易滿足需求的,也不符合第一范式。
2、兩列的屬性相近或相似或一樣,盡量合并屬性一樣的列,確保不產生冗余數據。
顯然第一個表結構不但不能滿足足夠多物品的要求,還會在物品少時產生冗余。也是不符合第一范式的。
第二范式(2NF):
滿足1NF后要求表中的所有列,每一行的數據只能與其中一列相關,即一行數據只做一件事。只要數據列中出現數據重復,就要把表拆分開來。
一個人同時訂幾個房間,就會出來一個訂單號多條數據,這樣子聯系人都是重復的,就會造成數據冗余。我們應該把他拆開來。
這樣便實現啦一條數據做一件事,不摻雜復雜的關系邏輯。同時對表數據的更新維護也更易操作。
第三范式(3NF):
滿足2NF后,要求:表中的每一列都要與主鍵直接相關,而不是間接相關(表中的每一列只能依賴于主鍵)。
數據不能存在傳遞關系,即沒個屬性都跟主鍵有直接關系而不是間接關系。像:a-->b-->c 屬性之間含有這樣的關系,是不符合第三范式的。
- PC官方版
- 安卓官方手機版
- IOS官方手機版