第一範式、第二範式及第三範式的定義與舉例

第一範式

存在非主屬性對碼的部分依賴關係 R(A,B,C) AB是碼 C是非主屬性 B-->C B決定C C部分依賴於B

第一範式

定義：如果關係R 中所有屬性的值域都是單純域，那麼關係模式R是第一範式的

那麼符合第一模式的特點就有

1)有主關鍵字

2)主鍵不能爲空，

3)主鍵不能重複,

4)字段不可以再分

例如：

 StudyNo   |   Name   |   Sex   |   Contact

20040901      john         Male      Email:[email protected],phone:222456

20040901      mary         famale    email:[email protected] phone:123455

以上的表就不符合，第一範式：主鍵重複(實際中數據庫不允許重複的)，而且Contact字段可以再分

所以變更爲正確的是

 StudyNo   |   Name   |   Sex   |      Email         |      Phone

20040901      john         Male       [email protected]       222456

20040902     mary          famale      [email protected]      123455

 

第二範式

存在非主屬性對碼的傳遞性依賴 R(A,B,C) A是碼 A -->B ,B-->C

定義：如果關係模式R是第一範式的，而且關係中每一個非主屬性不部分依賴於主鍵，稱R是第二範式的。

所以第二範式的主要任務就是

滿足第一範式的前提下，消除部分函數依賴。

StudyNo   |   Name   |   Sex   |         Email         |      Phone    |   ClassNo  | ClassAddress

01                  john        Male       [email protected]     222456      200401            A樓2

01                   mary       famale    [email protected]       123455      200402            A樓3

這個表完全滿足於第一範式,

主鍵由StudyNo和ClassNo組成，這樣才能定位到指定行

但是,ClassAddress部分依賴於關鍵字(ClassNo-〉ClassAddress),

所以要變爲兩個表

表一

StudyNo   |   Name   |   Sex   |      Email         |      Phone |   ClassNo

      01            john         Male       [email protected]  222456   200401     

      01           mary         famale    [email protected]    123455      200402    

表二

 ClassNo  | ClassAddress

 200401      A樓2

 200402      A樓3

第三範式

不存在非主屬性對碼的傳遞性依賴以及部分性依賴 ，
StudyNo   |   Name   |   Sex   |      Email         |      bounsLevel   |   bouns

20040901      john         Male       [email protected]   優秀                    $1000

20040902     mary         famale    [email protected]       良                         $600

這個完全滿足了第二範式,但是bounsLevel和bouns存在傳遞依賴

更改爲：

StudyNo   |   Name   |   Sex   |      Email         |      bouunsNo

20040901      john         Male       [email protected]   1

20040902     mary         famale    [email protected]       2

bounsNo   |   bounsLevel   |   bouns

1                   優秀                $1000

 2                 良                   $600

這裏我比較喜歡用bounsNo作爲主鍵，

基於兩個原因

1）不要用字符作爲主鍵。可能有人說：如果我的等級一開始就用數值就代替呢？

2）但是如果等級名稱更改了，不叫 1，2 ，3或優、良，這樣就可以方便更改，所以我一般優先使用與業務無關的字段作爲關鍵字。

 

一般滿足前三個範式就可以避免數據冗餘。