1. 程式人生 > >數據庫設計範式

數據庫設計範式

余數 還會在 表格 把他 同時 維護 .com 不但 重要

什麽是範式:簡言之就是,數據庫設計對數據的存儲性能,還有開發人員對數據的操作都有莫大的關系。

所以建立科學的,規範的的數據庫是需要滿足一些

規範的來優化數據數據存儲方式。在關系型數據庫中這些規範就可以稱為範式。

第一範式:當關系模式R的所有屬性都不能在分解為更基本的數據單位時,稱R是滿足第一範式的,簡記為1NF。滿足第一範式是關系模式規範化的最低要

求,否則,將有很多基本操作在這樣的關系模式中實現不了。

第二範式:如果關系模式R滿足第一範式,並且R得所有非主屬性都完全依賴於R的每一個候選關鍵屬性,稱R滿足第二範式,簡記為2NF。

第三範式:設R是一個滿足第一範式條件的關系模式,X是R的任意屬性集,如果X非傳遞依賴於R的任意一個候選關鍵字,稱R滿足第三範式,簡記為3NF.

註:關系實質上是一張二維表,其中每一行是一個元組,每一列是一個屬性

理解三大範式

第一範式

1、每一列屬性都是不可再分的屬性值,確保每一列的原子性

2、兩列的屬性相近或相似或一樣,盡量合並屬性一樣的列,確保不產生冗余數據。

技術分享圖片

技術分享圖片

如果需求知道那個省那個市並按其分類,那麽顯然第一個表格是不容易滿足需求的,也不符合第一範式。

技術分享圖片

技術分享圖片

顯然第一個表結構不但不能滿足足夠多物品的要求,還會在物品少時產生冗余。也是不符合第一範式的。

第二範式

每一行的數據只能與其中一列相關,即一行數據只做一件事。只要數據列中出現數據重復,就要把表拆分開來。

技術分享圖片

一個人同時訂幾個房間,就會出來一個訂單號多條數據,這樣子聯系人都是重復的,就會造成數據冗余。我們應該把他拆開來。

技術分享圖片

技術分享圖片

這樣便實現啦一條數據做一件事,不摻雜復雜的關系邏輯。同時對表數據的更新維護也更易操作。

第三範式

數據不能存在傳遞關系,即沒個屬性都跟主鍵有直接關系而不是間接關系。像:a-->b-->c 屬性之間含有這樣的關系,是不符合第三範式的。

比如Student表(學號,姓名,年齡,性別,所在院校,院校地址,院校電話)

這樣一個表結構,就存在上述關系。 學號--> 所在院校 --> (院校地址,院校電話)

這樣的表結構,我們應該拆開來,如下。

(學號,姓名,年齡,性別,所在院校)--(所在院校,院校地址,院校電話)

最後:

三大範式只是一般設計數據庫的基本理念,可以建立冗余較小、結構合理的數據庫。如果有特殊情況,當然要特殊對待,數據庫設計最重要的是看需求跟性能,需求>性能>表結構。所以不能一味的去追求範式建立數據庫。

自己學習記錄 轉自https://www.cnblogs.com/knowledgesea/p/3667395.html

數據庫設計範式