參考自 https://www.cnblogs.com/wangfengming/articles/7929118.html

1. 數(shù)據(jù)庫三范式概念：

為了建立減少冗余，結(jié)構(gòu)合理的數(shù)據(jù)庫，涉及數(shù)據(jù)庫時必須要遵守一定的規(guī)則，在關(guān)系數(shù)據(jù)庫中，這種規(guī)則就成為范式，范式是符合某一種涉及要求的總結(jié)，要想設計一個合理的關(guān)系型數(shù)據(jù)庫必須要滿足一定的范式（范式簡單來說局勢為了保證建立合理的數(shù)據(jù)庫，在創(chuàng)建數(shù)據(jù)庫時就應該遵守的一些規(guī)則）

2. 第一范式：確保每一列保持原子性

第一范式時最基本的范式，如果數(shù)據(jù)庫表中所有字段值都是不可分解的原子值，說明該數(shù)據(jù)庫滿足第一范式

該表就滿足了第一范式的需求，這樣對用戶使用城市進行檢索時就會很方便~

3. 第二范式---確保每一列都和主鍵相關(guān)，主要是針對表中設置了聯(lián)合主鍵的情況：

第二范式需要確保數(shù)據(jù)庫表中的每一列都和主鍵相關(guān)，而不能只與主鍵的某一部分相關(guān)（主要針對聯(lián)合主鍵而言）。也就是說在一個數(shù)據(jù)庫表中，一個表中只能保存一種數(shù)據(jù)，不可以把多種數(shù)據(jù)保存在同一張數(shù)據(jù)庫表中。

比如要設計一個訂單信息表，因為訂單中可能會有多種商品，所以要將訂單編號和商品編號作為數(shù)據(jù)庫表的聯(lián)合主鍵，如下表所示

這樣就產(chǎn)生一個問題：這個表中是以訂單編號和商品編號作為聯(lián)合主鍵。這樣在該表中商品名稱、單位、商品價格等信息不與該表的主鍵相關(guān)，而僅僅是與商品編號相關(guān)。所以在這里違反了第二范式的設計原則。

而如果把這個訂單信息表進行拆分，把商品信息分離到另一個表中，把訂單項目表也分離到另一個表中，就非常完美了。如下所示。

?

?4. 第三范式： 確保每一列都和主鍵列直接相關(guān)，而不是間接相關(guān)

比如在設計一個訂單數(shù)據(jù)表的時候，可以將客戶編號作為一個外鍵和訂單表建立相應的關(guān)系。而不可以在訂單表中添加關(guān)于客戶其它信息（比如姓名、所屬公司等）的字段。如下面這兩個表所示的設計就是一個滿足第三范式的數(shù)據(jù)庫表。

這樣在查詢訂單信息的時候，就可以使用客戶編號來引用客戶信息表中的記錄，也不必在訂單信息表中多次輸入客戶信息的內(nèi)容，減小了數(shù)據(jù)冗余。（也就是兩個表中可以通過外鍵關(guān)聯(lián)，一張表之可以放該表相關(guān)的字段，最多再放一個跟另一張表的主鍵關(guān)聯(lián)的外鍵）而不能把兩張表的信息直接堆砌在一起

?

?5. 第二范式與第三范式的區(qū)別：

第二范式是針對聯(lián)合主鍵的情況，為了確保每一列都和主鍵相關(guān)，需要把融合了很多表信息的那張綜合雜亂無章表拆分成多張表，每一張表之反應與之相關(guān)的信息，而第三范式 是針對兩個表有聯(lián)合字段時，一張表最多保留另一張表關(guān)聯(lián)的字段，也就是設為外鍵的那個字段，不可以再添加另一張表的其他字段信息；

第二范式是在一張表中包含了不同實體的屬性，那么必須分成多張表，第三范式時要求已經(jīng)分好了多張表，一張表只能有另一張表的id 而不可以有其他信息（其他信息一律使用主鍵在另一張表 關(guān)聯(lián)外鍵中查詢）?

?

必須滿足第一范式才能滿足第二范式；

必須同時滿足第一范式 第二范式才能滿足第三范式；

?

?

?

?

轉(zhuǎn)載于:https://www.cnblogs.com/xuanxuanlove/p/9898666.html

總結(jié)

以上是生活随笔為你收集整理的python学习笔记 day44 数据库三范式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。