資料庫正規化

注:

表在定義中被稱為關係,記作r

欄位在定義中被稱作屬性

模式:資料庫中有三種模式,外模式,內模式,模式

粗體是關鍵字的意思

斜體為外來鍵

第一正規化

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

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

1)有主關鍵字

2)主鍵不能為空，

3)主鍵不能重複,

4)欄位不可以再分

例如：studyno   |name   |   ***   |   contact

20040901      john         male      email:[email protected],phone:222456

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

以上的表就不符合，第一正規化：主鍵重複(實際中資料庫不允許重複的)，而且contact欄位可以再分

所以變更為正確的是

studyno   |name   |   ***   |      email         |      phone

20040901      john         male       [email protected]  222456

20040902     mary         famale    [email protected]    123455

第二正規化：

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

所以第二正規化的主要任務就是

滿足第一正規化的前提下，消除部分函式依賴。

studyno   |name   |   ***   |         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   |   ***   |      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   |   ***   |      email         |      bounslevel   |   bouns

20040901      john         male       [email protected]   優秀                    $1000

20040902     mary         famale    [email protected]       良                         $600

這個完全滿足了第二正規化,但是bounslevel和bouns存在傳遞依賴

更改為：

studyno   |name   |   ***   |      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或優、良，這樣就可以方便更改，所以我一般優先使用與業務無關的字段作為關鍵字。

一般滿足前三個正規化就可以避免資料冗餘。

第四正規化：

主要任務：滿足第三正規化的前提下，消除多值依賴

product   |agent|factory

car            a1        f1

bus           a1         f2

car            a2         f2

在這裡，car的定位，必須由 agent 和 factory才能得到（所以主鍵由agent和factory組成）,可以通過 product依賴了agent和factory兩個屬性

所以正確的是

表1                              表2：

product   |   agent            factory  |   product

car            a1                  f1            car

bus            a1                  f2            car

car            a2                  f2             bus

第五正規化：

定義:如果關係模式r中的每乙個連線依賴, 都是由r的候選鍵所蘊含, 稱r是第五正規化的

看到定義，就知道是要消除連線依賴,並且必須保證資料完整

例子a|b|c

a1      b1   c1

a2      b1   c2

a1      b2  c1

a2      b2   c2

如果要定位到特定行，必須三個屬性都為關鍵字。

所以關係要變為 三個關係，分別是a 和b,b和c ，c和a

如下：表1                      表2                  表3

a   |   b               b   |   c         c    |    a

a1      b1            b1      c1         c1      a1            

a1      b2            b1      c2         c1      a2

正規化可以避免資料冗餘，減少資料庫的空間，減輕維護資料完整性的麻煩，但是操作難，因為需要聯絡多個表才能得到所需要資料，而且越高正規化效能就會越差。要權衡是否使用更高正規化是比較麻煩。

一般我在做專案中都，用得最多的也就是第三正規化，我認為使用到第三正規化也就足夠了，效能好

而且方便管理資料

資料庫 資料庫正規化

關聯式資料庫的設計規範。不同的規範要求被稱為不同的正規化，越高的正規化資料庫冗餘越小。減少資料庫中資料冗餘的過程 1 第一正規化 1nf 在關係模式r中，當且僅當所有屬性只包含原子值，即每個分量都是不可再分的資料項，則稱r滿足1nf。例如表所示的教師職稱情況關係就不滿足1nf。原因在於，該關係模式中...

資料庫正規化 三正規化

所謂第一正規化 1nf 是指在關係模型中，對域新增的乙個規範要求，所有的域都應該是原子性的，即資料庫表的每一列都是不可分割的原子資料項，而不能是集合，陣列，記錄等非原子資料項。即實體中的某個屬性有多個值時，必須拆分為不同的屬性。在符合第一正規化 1nf 表中的每個域值只能是實體的乙個屬性或乙個屬性的...

資料庫正規化

注 表在定義中被稱為關係,記作r 欄位在定義中被稱作屬性 模式 資料庫中有三種模式,外模式,內模式,模式 粗體是關鍵字的意思 斜體為外來鍵 以前寫下來的，但是用了多年的帳號已經忘了，唯有把文章轉到這裡來了 真暈哦 http blog.csdn.net fantasylu archive 2004 0...