設計關聯式資料庫時，遵從不同的規範要求，設計出合理的關係型資料庫，這些不同的規範要求被稱為不同的正規化，各種正規化呈遞次規範，越高的正規化資料庫冗餘越小。但是有些時候一昧的追求正規化減少冗餘，反而會降低資料讀寫的效率，這個時候就要反正規化，利用空間來換時間。
目前關聯式資料庫有六種正規化：第一正規化（1nf）、第二正規化（2nf）、第三正規化（3nf）、巴斯-科德正規化（bcnf）、第四正規化(4nf）和第五正規化（5nf，又稱完美正規化）。滿足最低要求的正規化是第一正規化（1nf）。在第一正規化的基礎上進一步滿足更多規範要求的稱為第二正規化（2nf），其餘正規化以次類推。一般說來，資料庫只需滿足第三正規化(3nf）就行了。
第一正規化（1nf）
即表的列的具有原子性,不可再分解，即列的資訊，不能分解, 只要資料庫是關係型資料庫(mysql/oracle/db2/informix/sysbase/sql server)，就自動的滿足1nf。
關係型資料庫: mysql/oracle/db2/informix/sysbase/sql server
非關係型資料庫: (特點: 物件導向或者集合)
nosql資料庫: mongodb/redis(特點是面向文件)
第二正規化（2nf）
第二正規化（2nf）是在第一正規化（1nf）的基礎上建立起來的，即滿足第二正規化（2nf）必須先滿足第一正規化（1nf）。第二正規化（2nf）要求資料庫表中的每個例項或行必須可以被惟一地區分。為實現區分通常需要我們設計乙個主鍵來實現(這裡的主鍵不包含業務邏輯)
第三正規化（3nf）
滿足第三正規化（3nf）必須先滿足第二正規化（2nf）。簡而言之，第三正規化（3nf）要求乙個資料庫表中不包含已在其它表中已包含的非主鍵字段。就是說，表的資訊，如果能夠被推導出來，就不應該單獨的設計乙個欄位來存放(能盡量外來鍵join就用外來鍵join)。很多時候，我們為了滿足第三正規化往往會把一張表分成多張表
正規化的優點：
1）正規化化的資料庫更新起來更加快；
2）正規化化之後，只有很少的重複資料，只需要修改更少的資料；
3）正規化化的表更小，可以在記憶體中執行；
4）很少的冗餘資料，在查詢的時候需要更少的distinct或者group by語句。
正規化的缺點：
5）正規化化的表，在查詢的時候經常需要很多的關聯，因為單獨乙個表內不存在冗餘和重複資料。這導致，稍微複雜一些的查詢語句在查詢正規化的schema上都可能需要較多次的關聯。這會增加讓查詢的代價，也可能使一些索引策略無效。因為正規化化將列存放在不同的表中，而這些列在乙個表中本可以屬於同乙個索引。
沒有冗餘的資料庫未必是最好的資料庫，有時為了提高執行效率，就必須降低正規化標準，適當保留冗餘資料。具體做法是： 在概念資料模型設計時遵守第三正規化，降低正規化標準的工作放到物理資料模型設計時考慮。降低正規化就是增加字段，減少了查詢時的關聯，提高查詢效率，因為在資料庫的操作中查詢的比例要遠遠大於dml的比例。但是反正規化化一定要適度，並且在原本已滿足三正規化的基礎上再做調整的。
反正規化的優點：
1）可以避免關聯，因為所有的資料幾乎都可以在一張表上顯示；
2）可以設計有效的索引；
反正規化的缺點：
3）**內的冗餘較多，刪除資料時候會造成表有些有用的資訊丟失。
所以在設計資料庫時，要注意混用正規化化和反正規化化。
mysql 反正規化 mysql 正規化和反正規化
第一正規化 1nf 強調的是列的原子性，即列不能夠再分成其他幾列。第二正規化 2nf 首先是 2nf，另外包含兩部分內容一是表必須有乙個主鍵 二是沒有包含在主鍵中的列必須完全依賴於主鍵，而不能只依賴於主鍵的一部分。第三正規化 3nf 首先是 2nf，另外非主鍵列必須直接依賴於主鍵，不能存在傳遞依賴。...
mysql的正規化 Mysql正規化與反正規化的利弊
mysql正規化與反正規化的利弊 一 三大正規化 第一正規化 1nf是對屬性的原子性，要求屬性具有原子性，不可再分解 第一正規化是最基本的正規化。如果資料庫表中的所有字段值都是不可分解的原子值，就說明該資料庫表滿足了第一正規化。資料庫表的每一列都是不可分割的原子資料項，而不能是集合，陣列，記錄等非原...
mysql 正規化化 Mysql正規化與反正規化
第一正規化 1nf 第一正規化，強調屬性的原子性約束，要求屬性具有原子性，不可再分解。第二正規化 2nf 第二正規化，強調記錄的唯一性約束，表必須有乙個主鍵，並且沒有包含在主鍵中的列必須完全依賴於主鍵，而不能只依賴於主鍵的一部分。舉個例子 版本表 版本編碼，版本名稱，產品編碼，產品名稱 其中主鍵是 ...