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