目前關(guān)系數(shù)據(jù)庫有六種范式：第一范式（1NF）六剥、第二范式（2NF）、第三范式（3NF）峰伙、巴斯-科德范式（BCNF）疗疟、第四范式(4NF）和第五范式（5NF，又稱完美范式）词爬。滿足最低要求的范式是第一范式（1NF）秃嗜。在第一范式的基礎(chǔ)上進一步滿足更多規(guī)范要求的稱為第二范式（2NF），其余范式以次類推顿膨。一般說來锅锨，數(shù)據(jù)庫只需滿足第三范式(3NF）就行了。
三范式
第一范式（1NF）
即表的列的具有原子性,不可再分解恋沃，即列的信息必搞，不能分解, 只要數(shù)據(jù)庫是關(guān)系型數(shù)據(jù)庫(mysql/oracle/db2/informix/sysbase/sql server)，就自動的滿足1NF囊咏。
關(guān)系型數(shù)據(jù)庫: mysql/oracle/db2/informix/sysbase/sql server
非關(guān)系型數(shù)據(jù)庫: (特點: 面向?qū)ο蠡蛘呒?
NoSql數(shù)據(jù)庫: MongoDB/redis(特點是面向文檔)
第二范式（2NF）
第二范式（2NF）是在第一范式（1NF）的基礎(chǔ)上建立起來的恕洲，即滿足第二范式（2NF）必須先滿足第一范式（1NF）。第二范式（2NF）要求數(shù)據(jù)庫表中的每個實例或行必須可以被惟一地區(qū)分梅割。為實現(xiàn)區(qū)分通常需要我們設(shè)計一個主鍵來實現(xiàn)(這里的主鍵不包含業(yè)務(wù)邏輯)
第三范式（3NF）
滿足第三范式（3NF）必須先滿足第二范式（2NF）霜第。簡而言之，第三范式（3NF）要求一個數(shù)據(jù)庫表中不包含已在其它表中已包含的非主鍵字段户辞。就是說泌类，表的信息，如果能夠被推導(dǎo)出來底燎，就不應(yīng)該單獨的設(shè)計一個字段來存放(能盡量外鍵join就用外鍵join)刃榨。很多時候，我們?yōu)榱藵M足第三范式往往會把一張表分成多張表
反三范式
沒有冗余的數(shù)據(jù)庫未必是最好的數(shù)據(jù)庫双仍，有時為了提高運行效率枢希，就必須降低范式標準，適當保留冗余數(shù)據(jù)朱沃。具體做法是： 在概念數(shù)據(jù)模型設(shè)計時遵守第三范式苞轿，降低范式標準的工作放到物理數(shù)據(jù)模型設(shè)計時考慮。降低范式就是增加字段逗物，減少了查詢時的關(guān)聯(lián)搬卒，提高查詢效率，因為在數(shù)據(jù)庫的操作中查詢的比例要遠遠大于DML的比例敬察。但是反范式化一定要適度，并且在原本已滿足三范式的基礎(chǔ)上再做調(diào)整的尔当。
知乎上對范式和反范式的理解
數(shù)據(jù)庫設(shè)計應(yīng)該也是分為三個境界的：
第一個境界莲祸，剛?cè)腴T數(shù)據(jù)庫設(shè)計蹂安，范式的重要性還未深刻理解。這時候出現(xiàn)的反范式設(shè)計锐帜，一般會出問題田盈。
第二個境界，隨著遇到問題解決問題缴阎，漸漸了解到范式的真正好處允瞧，從而能快速設(shè)計出低冗余、高效率的數(shù)據(jù)庫蛮拔。
第三個境界述暂，再經(jīng)過N年的鍛煉，是一定會發(fā)覺范式的局限性的建炫。此時再去打破范式畦韭，設(shè)計更合理的反范式部分。
范式就像武俠里面的招數(shù)肛跌，初學(xué)者妄想不按招數(shù)來艺配，只能死的很難堪。畢竟招數(shù)都是高手總結(jié)歸納的精華衍慎。而隨著武功提高转唉，招數(shù)熟練之后，必然是發(fā)現(xiàn)招數(shù)的局限性稳捆，要么忘掉招數(shù)赠法，要么自創(chuàng)招數(shù)。只要努力眷柔，加上多熬幾年期虾，總能達到第二個境界，總會覺得范式是經(jīng)典驯嘱。此時能不過分依賴范式镶苞，快速突破范式局限性的人，自然是高手鞠评。
