[數據中設計中的范式與反范式](http://www.cnblogs.com/nixi8/p/4514144.html) [TOC=1,3] > 設計關系數據庫時，遵從不同的規范要求，設計出合理的關系型數據庫，這些不同的規范要求被稱為不同的范式，各種范式呈遞次規范，越高的范式數據庫冗余越小。但是有些時候一昧的追求范式減少冗余，反而會降低數據讀寫的效率，這個時候就要反范式，利用空間來換時間。 目前關系數據庫有六種范式：第一范式（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)。很多時候，我們為了滿足第三范式往往會把一張表分成多張表  ## 反三范式 沒有冗余的數據庫未必是最好的數據庫，有時為了提高運行效率，就必須降低范式標準，適當保留冗余數據。具體做法是： 在概念數據模型設計時遵守第三范式，降低范式標準的工作放到物理數據模型設計時考慮。降低范式就是增加字段，減少了查詢時的關聯，提高查詢效率，因為在數據庫的操作中查詢的比例要遠遠大于DML的比例。但是反范式化一定要適度，并且在原本已滿足三范式的基礎上再做調整的。 -------------------------END-------------------------? 絕大多數博文都是從自己筆記里面整理出來的，盡可能多發專題類的系列博文，也盡可能做到排版整潔，便于查閱。秉持著互聯網的開放分享，平等協作的精神，本人會一直不斷的更新下去。另外，感謝您指出博文的不足之處，或者對其中有疑問之處可以在評論中留言，也可以加個QQ進一步交流：822010893（請注明博客園）