bsp 1.4 是否 兩個 效率 查詢 關聯 實現 2nf

一、什麽是範式

  1.1、範式:Normal Format,是離散數學的知識,是為了解決數據的存儲與優化而提出來的。要求存儲數據後,凡是能夠通過關系尋找出來的數據,堅決不再重復存儲,終極目標是為了減少數據的冗余

  1.2、範式是一種分層的規範,分為6層,每一層都比上一層更加嚴格,若要滿足下一層範式,前提是滿足上一層範式。6層範式:1NF,2NF...6NF;1NF是最底層,要求最低,6NF最高層,要求最嚴格。

  1.3、mysql屬於關系型數據庫,有空間浪費,表設計時也要致力於節省存儲空間。這與範式要解決的問題不謀而合,所以在設計mysql數據庫時,會利用範式來指導設計。但是數據庫不單是要解決空間問題,還要保證效率問題,範式只為解決空間問題,所以數據庫的設計不可能完全按照範式的要求做。一般情況下,滿足前三種範式就可以了。

  1.4、範式在數據庫的設計中是有指導意義,但不是強制規範。

二、第一範式

  1NF:第一範式。在數據表存儲數據的時候,如果表中設計的字段存儲的數據,在取出來使用之前還需要額外的處理(拆分),那麽表的設計不滿足第一範式。第一範式要求字段的數據具有原子性,不可再分。看下面的例子:

技術分享圖片

  上表設計在某種情況下不存在問題。但是如果需求是將講課時間查出來後,分別顯示開課時間和結課時間,即將字段"講課時間"的數據拆分使用,這就違背了數據的原子性,不符合第一範式。解決方案就是將字段"講課時間"拆成"開課時間"和"結課時間"兩個字段。需要註意的是,如果需求只是顯示講課時間,不拆開數據,上表就不存在問題。所以,表設計是否滿足範式也是看需求的。

技術分享圖片

三、第二範式

  2NF:第二範式,前提是滿足第一範式。在數據表設計的過程中,如果有復合主鍵,且表中有字段並不是由整個主鍵來確定,而是依賴主鍵中的某個字段(主鍵的部分);存在字段依賴主鍵的的部分的問題,稱之為【部分依賴】。第二範式要求不能出現部分依賴
舉例: 下表使用復合主鍵:講師+班級,字段"性別"依賴講師,而與班級無關,這就是部分依賴。

技術分享圖片

解決方案:使用邏輯主鍵

技術分享圖片

四、第三範式

  3NF:第三範式,前提是先滿足第二範式。理論上講,一張表中所有的字段都應該直接依賴主鍵(邏輯主鍵,代表的是業務主鍵), 如果表設計中存在一個字段,並不直接依賴主鍵,而是通過某個非主鍵字段依賴,最終實現依賴主鍵,把這種不是直接依賴主鍵而是依賴非主鍵字段的依賴關系稱之為【傳遞依賴】。第三範式就是要解決傳遞依賴的問題。第三範式要求所有字段都依賴主屬性

技術分享圖片

五、逆規範化

  上面的例子中,我們可以通過講師ID查詢講師表獲取講師信息,但是這需要查詢兩張表(關聯查詢),比查詢一張表效率要低。如果表記錄非常多,為了效率,我們可能會講師相關的常用信息也添加到開課表,多數情況下我們就查詢開課表這一張表就可以滿足需求,這樣效率高。

  逆規範化會導致數據冗余,所以我們要從數據冗余和查詢效率兩方面綜合考慮。

範式及其在mysql數據庫設計中的應用