邏輯設計
1：將需求轉化成資料庫的邏輯模型
2：通過ER圖的型式對邏輯模型進行展示
3：同所選用的具體的DBMS系統無關

名詞解釋

關係：一個關係對應通常所說的一張表
元組：表中的一行即為一個元組
屬性：表中的一列即為一個屬性，每一個屬性都有一個名稱，稱為屬性名
候選碼：表中的某個屬性組，它可以唯一確定一個元組
主碼：一個關係有多個候選碼，選定其中一個為主碼
域：屬性的取值範圍
分量：元組中的一個屬性值

ER圖例說明

矩形：表示實體集，矩形內寫實體集的名字
菱形：表示聯絡集
橢圓：表示實體的屬性
線段：將屬性連線到實體集，或將實體集連線到聯絡集

資料操作異常及資料冗餘

插入異常：如果某實體隨著另一個實體的存在而存在，即缺少某個實體時無法表示這個實體，那麼這個表就存在插入異常。
更新異常：如果更改表所對應的某個實體例項的單獨屬性時，需要將多行更新，那麼就說這個表存在更新異常。
刪除異常：如果刪除表的某一行來反映某實體例項，失效時導致另一個不同實體例項資訊丟失，那麼這個表中就存在刪除異常。

注意：若一個表中存在插入異常，那它肯定存在刪除異常和更新異常。

資料冗餘：是指相同的資料在多個地方存在，或者說表中的某個列可以由其他列計算得到，這樣就說表中存在資料冗餘。

第一正規化
定義：資料庫表中的所有欄位都是單一屬性，不可再分的。這個單一屬性是由基本的資料型別所構成的，如整數，浮點數，字串等，換句話說，第一正規化要求資料庫中的表都是二維表。(二維表就是由行和列組成的表)

第二正規化
定義：資料庫的表中不存在非關鍵欄位對任一候選關鍵欄位的部分函式依賴。
部分函式依賴是指存在著組合關鍵字中的某一關鍵字決定非關鍵字的情況。
換句話說：所有單關鍵字的表都符合第二正規化。

修改後的

存在的問題：插入異常，刪除異常，更新異常，資料冗餘

通俗解釋
完全依賴：表中只有一個關鍵字(即主鍵)，其他屬性的增刪改查的時候定位到這一行都是依賴此關鍵字的。
第二正規化：只能有一個主鍵，不能有複合主鍵，可以就滿足了第二正規化。

由於供應商和商品之間是多對多的關係，所以只有使用商品名稱和供應商名稱才可以唯一標識出一件商品，也就是商品名稱和供應商名稱是一組組合關鍵字。
上表中存在以下的部分函式依賴關係
(商品名稱)—>(價格，描述，重量，商品有效期)
(供應商名稱)—>(供應商電話)

第三正規化
定義：第三正規化是在第二正規化的基礎上定義的，如果資料表中不存在非關鍵欄位，對任意候選關鍵欄位的傳遞函式依賴則符合第三正規化。

存在問題：
(分類，分類描述)對於每一個商品都會進行記錄，所以存在資料冗餘，同時也會存在資料deep插入、更新及刪除異常。

資料庫設計三正規化：
1NF：列不可分就滿足1NF了。

2NF：不存在部分依賴，比如 (A,B)C。（消除非主屬性對主屬性的傳遞依賴，即完全依賴於主鍵）

3NF：不存在傳遞依賴，比如ABC。（在2NF基礎上消除了傳遞依賴）

BC正規化
定義：在第三正規化的基礎上，資料庫表中如果不存在任何欄位對任一候選關鍵欄位的傳遞函式依賴則符合BC正規化。也就是說如果是複合關鍵字，則複合關鍵字之間也不能存在函式依賴關係

存在下列關係因此不符合BCNF要求：
(供應商)—>(供應商聯絡人)
(供應商聯絡人)—>(供應商)
並且存在資料操作異常及資料冗餘

總結
第一，二，三正規化解決的是非主屬性的關係。BC 正規化解決的是主屬性的關係；

第一正規化：就是原子性，欄位不可再分割，（列屬性不能在細分為子列）
第二正規化：就是完全依賴，沒有部分依賴；【非主屬性不能依賴於主鍵的一部分，要完全依賴於主鍵（主鍵是複合鍵）】
第三正規化：沒有傳遞函式依賴。【非主屬性之間的依賴】
BC正規化： 解決部分主鍵依賴於非主鍵部分（複合關鍵字之間也不能存在函式依賴關係）。