◆ 第一范式（1NF）：強(qiáng)調(diào)的是列的原子性，即列不能夠再分成其他幾列贩汉。 考慮這樣一個(gè)表：【聯(lián)系人】（姓名，性別锚赤，電話） 如果在實(shí)際場(chǎng)景中匹舞，一個(gè)聯(lián)系人有家庭電話和公司電話，那么這種表結(jié)構(gòu)設(shè)計(jì)就沒(méi)有達(dá)到 1NF线脚。要符合 1NF 我們只需把列（電話）拆分赐稽，即：【聯(lián)系人】（姓名叫榕，性別，家庭電話姊舵，公司電話）晰绎。1NF 很好辨別，但是 2NF 和 3NF 就容易搞混淆括丁。
◆ 第二范式（2NF）：首先是 1NF荞下，另外包含兩部分內(nèi)容，一是表必須有一個(gè)主鍵史飞；二是非主鍵列必須完全依賴于主鍵尖昏，而不能只依賴于主鍵的一部分。 考慮一個(gè)訂單明細(xì)表：【OrderDetail】（OrderID构资，ProductID抽诉，UnitPrice，Discount吐绵，Quantity迹淌，ProductName）。 因?yàn)槲覀冎涝谝粋€(gè)訂單中可以訂購(gòu)多種產(chǎn)品己单，所以單單一個(gè) OrderID 是不足以成為主鍵的巍沙，主鍵應(yīng)該是（OrderID，ProductID）荷鼠。顯而易見(jiàn) Discount（折扣）句携，Quantity（數(shù)量）完全依賴（取決）于主鍵（OderID，ProductID）允乐，而 UnitPrice矮嫉，ProductName 只依賴于 ProductID。所以 OrderDetail 表不符合 2NF牍疏。不符合 2NF 的設(shè)計(jì)容易產(chǎn)生冗余數(shù)據(jù)蠢笋。 可以把【OrderDetail】表拆分為【OrderDetail】（OrderID，ProductID鳞陨，Discount昨寞，Quantity）和【Product】（ProductID，UnitPrice厦滤，ProductName）來(lái)消除原訂單表中UnitPrice援岩，ProductName多次重復(fù)的情況。
◆ 第三范式（3NF）：首先是 2NF掏导，另外非主鍵列必須直接依賴于主鍵享怀，不能存在傳遞依賴。即不能存在：非主鍵列 A 依賴于非主鍵列 B趟咆，非主鍵列 B 依賴于主鍵的情況添瓷。 考慮一個(gè)訂單表【Order】（OrderID梅屉，OrderDate，CustomerID鳞贷，CustomerName坯汤，CustomerAddr，CustomerCity）主鍵是（OrderID）搀愧。 其中 OrderDate惰聂，CustomerID，CustomerName妈橄，CustomerAddr庶近，CustomerCity 等非主鍵列都完全依賴于主鍵（OrderID），所以符合 2NF眷蚓。不過(guò)問(wèn)題是 CustomerName鼻种，CustomerAddr，CustomerCity 直接依賴的是 CustomerID（非主鍵列）沙热，而不是直接依賴于主鍵叉钥，它是通過(guò)傳遞才依賴于主鍵，所以不符合 3NF篙贸。 通過(guò)拆分【Order】為【Order】（OrderID投队，OrderDate，CustomerID）和【Customer】（CustomerID爵川，CustomerName敷鸦，CustomerAddr，CustomerCity）從而達(dá)到 3NF寝贡。
第二范式（2NF）和第三范式（3NF）的概念很容易混淆扒披，區(qū)分它們的關(guān)鍵點(diǎn)在于，2NF：非主鍵列是否完全依賴于主鍵圃泡，還是依賴于主鍵的一部分碟案；3NF：非主鍵列是直接依賴于主鍵，還是直接依賴于非主鍵列颇蜡。
