為了建立冗余較小眠寿、結(jié)構(gòu)合理的數(shù)據(jù)庫(kù)莽鸿，設(shè)計(jì)數(shù)據(jù)庫(kù)時(shí)必須遵循一定的規(guī)則。在關(guān)系型數(shù)據(jù)庫(kù)中這種規(guī)則就稱為范式拜轨。范式是符合某一種設(shè)計(jì)要求的總結(jié)抽减。要想設(shè)計(jì)一個(gè)結(jié)構(gòu)合理的關(guān)系型數(shù)據(jù)庫(kù)，必須滿足一定的范式橄碾。
在實(shí)際開(kāi)發(fā)中最為常見(jiàn)的設(shè)計(jì)范式有三個(gè)：
1．第一范式(確保每列保持原子性)
第一范式是最基本的范式卵沉。
（1）列不可分
（2）有主鍵
根據(jù)實(shí)際需求來(lái)定。比如某些數(shù)據(jù)庫(kù)系統(tǒng)中需要用到“地址”這個(gè)屬性法牲，本來(lái)直接將“地址”屬性設(shè)計(jì)成一個(gè)數(shù)據(jù)庫(kù)表的字段就行史汗。但是如果系統(tǒng)經(jīng)常會(huì)訪問(wèn)“地址”屬性中的“城市”部分，那么就非要將“地址”這個(gè)屬性重新拆分為省份拒垃、城市停撞、詳細(xì)地址等多個(gè)部分進(jìn)行存儲(chǔ)，這樣在對(duì)地址中某一部分操作的時(shí)候?qū)⒎浅７奖愣窀础＿@樣設(shè)計(jì)才算滿足了數(shù)據(jù)庫(kù)的第一范式怜森，如下表所示速挑。
2．第二范式(確保表中的每列都和主鍵相關(guān))
（1）每個(gè)表只描述一件事
（2）主要針對(duì)聯(lián)合主鍵而言谤牡，不存在部分依賴，每一列都跟聯(lián)合主鍵有關(guān)系姥宝，而與聯(lián)合主鍵中的其中一個(gè)鍵無(wú)關(guān)系
比如要設(shè)計(jì)一個(gè)訂單信息表翅萤，因?yàn)橛唵沃锌赡軙?huì)有多種商品，所以要將訂單編號(hào)和商品編號(hào)作為數(shù)據(jù)庫(kù)表的聯(lián)合主鍵腊满，如下表所示套么。
訂單信息表
這樣就產(chǎn)生一個(gè)問(wèn)題：這個(gè)表中是以訂單編號(hào)和商品編號(hào)作為聯(lián)合主鍵。這樣在該表中商品名稱碳蛋、單位胚泌、商品價(jià)格等信息不與該表的主鍵相關(guān)，而僅僅是與商品編號(hào)相關(guān)肃弟。所以在這里違反了第二范式的設(shè)計(jì)原則玷室。
而如果把這個(gè)訂單信息表進(jìn)行拆分，把商品信息分離到另一個(gè)表中笤受，把訂單項(xiàng)目表也分離到另一個(gè)表中穷缤，就非常完美了。如下所示箩兽。
這樣設(shè)計(jì)津肛，在很大程度上減小了數(shù)據(jù)庫(kù)的冗余。如果要獲取訂單的商品信息汗贫，使用商品編號(hào)到商品信息表中查詢即可身坐。
3．第三范式(確保每列都和主鍵列直接相關(guān),而不是間接相關(guān)秸脱，不存在傳遞依賴)
第三范式需要確保數(shù)據(jù)表中的，每一列數(shù)據(jù)都和主鍵直接相關(guān)掀亥，而不能間接相關(guān)
比如在設(shè)計(jì)一個(gè)訂單數(shù)據(jù)表的時(shí)候撞反，可以將客戶編號(hào)作為一個(gè)外鍵和訂單表建立相應(yīng)的關(guān)系。而不可以在訂單表中添加關(guān)于客戶其它信息（比如姓名搪花、所屬公司等）的字段遏片，因?yàn)樘砑雍缶蜁?huì)出現(xiàn)傳遞依賴 ：
訂單編號(hào)--》客戶編號(hào)， 客戶編號(hào)--》客戶詳細(xì)信息
如下面這兩個(gè)表所示的設(shè)計(jì)就是一個(gè)滿足第三范式的數(shù)據(jù)庫(kù)表撮竿。
這樣在查詢訂單信息的時(shí)候吮便，就可以使用客戶編號(hào)來(lái)引用客戶信息表中的記錄，也不必在訂單信息表中多次輸入客戶信息的內(nèi)容幢踏，減小了數(shù)據(jù)冗余髓需。
