『壹』 資料庫三大範式
第一範式
第一範式（1NF）要求資料庫表的每一列都是不可分割的基本數據項，同一列中不能有多個值。
若某一列有多個值，可以將該列單獨拆分成一個實體，新實體和原實體間是一對多的關系。
在任何一個關系資料庫中，第一範式（1NF）是對關系模式的基本要求，不滿足第一範式（1NF）的資料庫就不是關系資料庫。
例如(學生信息表)：
學生編號 姓名 性別 聯系方式
20080901 張三 男 email:[email protected],phone:88886666
20080902 李四 女 email:[email protected],phone:66668888
以上的表就不符合，第一範式：聯系方式欄位可以再分，所以變更為正確的是：
學生編號 姓名 性別 電子郵件 電話
20080901 張三 男 [email protected] 88886666
20080902 李四 女 [email protected] 66668888
第二範式
滿足第二範式（2NF）必須先滿足第一範式（1NF）。
第二範式要求實體中沒一行的所有非主屬性都必須完全依賴於主鍵；即：非主屬性必須完全依賴於主鍵。
完全依賴：主鍵可能由多個屬性構成，完全依賴要求不允許存在非主屬性依賴於主鍵中的某一部分屬性。
若存在哪個非主屬性依賴於主鍵中的一部分屬性，那麼要將發生部分依賴的這一組屬性單獨新建一個實體，並且在舊實體中用外鍵與新實體關聯，並且新實體與舊實體間是一對多的關系。
例如(學生選課表):
學生 課程 教師 教師職稱 教材 教室 上課時間
李四 Spring 張老師 java講師 《Spring深入淺出》 301 08:00
張三 Struts 楊老師 java講師 《Struts in Action》 302 13:30
這里通過（學生，課程）可以確定教師、教師職稱，教材，教室和上課時間，所以可以把（學生，課程）作為主鍵。但是，教材並不完全依賴於（學生，課程），只拿出課程就可以確定教材，因為一個課程，一定指定了某個教材。這就叫不完全依賴，或者部分依賴。出現這種情況，就不滿足第二範式。
修改後，選課表：
學生 課程 教師 教師職稱 教室 上課時間
李四 Spring 張老師 java講師 301 08:00
張三 Struts 楊老師 java講師 302 13:30
課程表：
課程 教材
Spring 《Spring深入淺出》
Struts 《Struts in Action》
第三範式
滿足第三範式必須先滿足第二範式。
第三範式要求：實體中的屬性不能是其他實體中的非主屬性。因為這樣會出現冗餘。即：屬性不依賴於其他非主屬性。
如果一個實體中出現其他實體的非主屬性，可以將這兩個實體用外鍵關聯，而不是將另一張表的非主屬性直接寫在當前表中。
上例中修改後的選課表中，一個教師能確定一個教師職稱。這樣，教師依賴於（學生，課程），而教師職稱又依賴於教師，這叫傳遞依賴。第三範式就是要消除傳遞依賴。
修改後，選課表：
學生 課程 教師 教室 上課時間
李四 Spring 張老師 301 08:00
張三 Struts 楊老師 302 13:30
教師表：
教師 教師職稱
張老師 java講師
楊老師 java講師
這樣，新教師的職稱在沒被選課的時候也有地方存了，沒人選這個教師的課的時候教師的職稱也不至於被刪除，修改教師職稱時只修改教師表就可以了。
簡單的說，
第一範式就是原子性，欄位不可再分割；
第二範式就是完全依賴，沒有部分依賴；
第三範式就是沒有傳遞依賴。
————————————————
版權聲明：本文為CSDN博主「susuxuezhang」的原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：.net/susuxuezhang/article/details/88972339
『貳』 關於資料庫三大範式,以下說法錯誤的是什麼
A,顯然不是級別越高越好，因為範式級別越高，依賴關系就越多，表也就越多，數據提取也就越慢。太多隻會拖慢性能。