構造數據庫必須遵循一定的規則。在關系數據庫中，這種規則就是范式。范式是符合某一種級別的關系模式的集合。關系數據庫中的關系必須滿足一定的要求，即滿 足不同的范式。目前關系數據庫有六種范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六 范式（6NF）。滿足最低要求的范式是第一范式（1NF）。在第一范式的基礎上進一步滿足更多要求的稱為第二范式（2NF），其余范式以次類推。一般說 來，數據庫只需滿足第三范式（3NF）就行了。下面我們舉例介紹第一范式（1NF）、第二范式（2NF）和第三范式（3NF）。
第一范式（1NF）
在任何一個關系數據庫中，第一范式（1NF）是對關系模式的基本要求，不滿足第一范式（1NF）的數據庫就不是關系數據庫。
所謂第一范式（1NF）是指數據庫表的每一列都是不可分割的基本數據項，同一列中不能有多個值，即實體中的某個屬性不能有多個值或者不能有重復的屬性。如 果出現重復的屬性，就可能需要定義一個新的實體，新的實體由重復的屬性構成，新實體與原實體之間為一對多關系。在第一范式（1NF）中表的每一行只包含一 個實例的信息。例如，對於圖3-2 中的員工信息表，不能將員工信息都放在一列中顯示，也不能將其中的兩列或多列在一列中顯示；員工信息表的每一行只表示一個員工的信息，一個員工的信息在表 中只出現一次。簡而言之，第一范式就是無重復的列。
第二范式（2NF）
第二范式（2NF）是在第一范式（1NF）的基礎上建立起來的，即滿足第二范式（2NF）必須先滿足第一范式（1NF）。第二范式（2NF）要求數據庫表 中的每個實例或行必須可以被惟一地區分。為實現區分通常需要為表加上一個列，以存儲各個實例的惟一標識。如員工信息表中加上了員工編號（emp_id） 列，因為每個員工的員工編號是惟一的，因此每個員工可以被惟一區分。這個惟一屬性列被稱為主關鍵字或主鍵、主碼。
第二范式（2NF）要求 實體的屬性完全依賴於主關鍵字。所謂完全依賴是指不能存在僅依賴主關鍵字一部分的屬性，如果存在，那麼這個屬性和主關鍵字的這一部分應該分離出來形成一個 新的實體，新實體與原實體之間是一對多的關系。為實現區分通常需要為表加上一個列，以存儲各個實例的惟一標識。簡而言之，第二范式就是非主屬性非部分依賴 於主關鍵字。
第三范式（3NF）
滿足第三范式（3NF）必須先滿足第二范式（2NF）。簡而言之，第三范式（3NF）要求一個數據庫表中不包含已在其它表中已包含的非主關鍵字信息。例 如，存在一個部門信息表，其中每個部門有部門編號（dept_id）、部門名稱、部門簡介等信息。那麼在員工信息表中列出部門編號後就不能再將部門名稱、 部門簡介等與部門有關的信息再加入員工信息表中。如果不存在部門信息表，則根據第三范式（3NF）也應該構建它，否則就會有大量的數據冗余。簡而言之，第 三范式就是屬性不依賴於其它非主屬性。
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
第一范式：1.所有記錄具有相同的字段個數 2.所有的字段只包含一個單一的數據項 3.沒有重復的數據字段
第二范式：1.必須符合第一范式 2.表中不包含那些不含有與所有鍵相關信息的字段
第三范式：1.必須符合第二范式 2.表中不能包含與主鍵無關的字段
第四范式：1.必須符合第三范式 2.表不能包含一個實體的兩個或多個相互獨立的多值因子
第五范式：1.必須符合第四范式 2.表必須可以分解為更小的表,除非那些表在邏輯上擁有與原始表相同的主鍵
BC 范式： 1.多個候選鍵 2.復合候選鍵 3.候選鍵重疊
