數據庫的範式總結（待續）

關係數據庫中的關係必須滿足一定的要求。滿足不同程度要求的為不同範式。

數據庫的設計範式是數據庫設計所需要滿足的規範。

隻有理解數據庫的設計範式，才能設計出高效率、優雅的數據庫，否則可能會設計出錯誤的數據庫.

目前，主要有六種範式：第一範式、第二範式、第三範式、BC範式、第四範式和第五範式。

滿足最低要求的叫第一範式，簡稱1NF。在第一範式基礎上進一步滿足一些要求的為第二範式，簡稱2NF。其餘依此類推。

範式可以避免數據冗餘，減少數據庫的空間，減輕維護數據完整性的麻煩，但是操作困難，因為需要聯係多個表才能得到所需要數據，而且範式越高性能就會越差。

要權衡是否使用更高範式是比較麻煩的，一般在項目中，用得最多的也就是第三範式，我認為使用到第三範式也就足夠了，性能好而且方便管理數據。

函數依賴,如果一個表中某一個字段Y的值是由另外一個字段或一組字段X的值來確定的，就稱為Y函數依賴於X。

第一範式(1NF)

定義：如果關係模式R的每個關係r的屬性都是不可分的數據項，那麼就稱R是第一範式的模式。

簡單的說，每一個屬性都是原子項，不可分割。

1NF是關係模式應具備的最起碼的條件，如果數據庫設計不能滿足第一範式，就不稱為關係型數據庫。關係數據庫設計研究的關係規範化是在1NF之上進行的。

例如(學生信息表)：

學生編號 姓名 性別 聯係方式

20080901 張三 男 email:zs@126.com,phone:88886666

20080902 李四 女 email:ls@126.com,phone:66668888

以上的表就不符合，第一範式：聯係方式字段可以再分，所以變更為正確的是：

學生編號 姓名 性別 電子郵件 電話

20080901 張三 男 zs@126.com 88886666

20080902 李四 女 ls@126.com 66668888

第二範式（2NF）

定義：如果關係模式R是1NF，且每個非主屬性完全函數依賴於候選鍵，那麼就稱R是第二範式。

簡單的說，第二範式要滿足以下的條件：首先要滿足第一範式，其次每個非主屬性要完全函數依賴與候選鍵，或者是主鍵。也就是說，每個非主屬性是由整個主鍵函數決定的，而不能由主鍵的一部分來決定。

例如(學生選課表):

學生 課程 教師 教師職稱 教材 教室 上課時間

李四 Spring 張老師 java講師 《Spring深入淺出》 ３０１ 08:00

張三 Struts 楊老師 java講師 《Struts in Action》 ３０２ 13:30

這裏通過（學生，課程）可以確定教師、教師職稱，教材，教室和上課時間，所以可以把（學生，課程）作為主鍵。但是，教材並不完全依賴於（學生，課程），隻拿出課程就可以確定教材，因為一個課程，一定指定了某個教材。這就叫不完全依賴，或者部分依賴。出現這種情況，就不滿足第二範式。

修改後，選課表：

學生 課程 教師 教師職稱 教室 上課時間

李四 Spring 張老師 java講師 ３０１ 08:00

張三 Struts 楊老師 java講師 ３０２ 13:30

課程表：

課程 教材 

Spring 《Spring深入淺出》 

Struts 《Struts in Action》

所以，第二範式可以說是消除部分依賴。第二範式可以減少插入異常，刪除異常和修改異常。