Oracle數據庫設計規範重點

以下的文章主要介紹的是Oracle數據庫在設計規範化中的五個具體要求，我們今天主要是對前兩個要求的介紹，主要是在表中我們應該避免可爲空的列以及表中不應該有重複的值或者列的內容的具體介紹。

在一般的情況下，我們可以從兩個方面來判斷Oracle數據庫是否設計的比較規範。一是看看是否擁有大量的窄表，二是寬表的數量是否足夠的少。若符合這兩 個條件，則可以說明這個數據庫的規範化水平還是比較高的。當然這是兩個泛泛而談的指標。爲了達到數據庫設計規範化的要求，一般來說，需要符合以下五個要 求。

要求一：表中應該避免可爲空的列

雖然表中允許空列，但是，空字段是一種比較特殊的數據類型。數據庫在處理的時候，需要進行特殊的處理。如此的話，就會增加數據庫處理記錄的複雜性。當表中有比較多的空字段時，在同等條件下，Oracle數據庫處理的性能會降低許多。

所以，雖然在數據庫表設計的時候，允許表中具有空字段，但是，我們應該儘量避免。若確實需要的話，我們可以通過一些折中的方式，來處理這些空字段，讓其對數據庫性能的影響降低到最少。

一是通過設置默認值的形式，來避免空字段的產生。如在一個人事管理系統中，有時候身份證號碼字段可能允許爲空。因爲不是每個人都可以記住自己的身份證號碼。而在員工報到的時候，可能身份證沒有帶在身邊。

所以，身份證號碼字段往往不能及時提供。爲此，身份證號碼字段可以允許爲空，以滿足這些特殊情況的需要。但是，在數據庫設計的時候，則可以做一些處理。如當用戶沒有輸入內容的時候，則把這個字段的默認值設置爲0或者爲N/A。以避免空字段的產生。

二是若一張表中，允許爲空的列比較多，接近表全部列數的三分之一而且，這些列在大部分情況下，都是可有可無的。若Oracle數據庫管理員遇到這種情況， 筆者建議另外建立一張副表，以保存這些列。然後通過關鍵字把主表跟這張副表關聯起來。將數據存儲在兩個獨立的表中使得主表的設計更爲簡單，同時也能夠滿足 存儲空值信息的需要。

要求二：表不應該有重複的值或者列

如現在有一個進銷存管理系統，這個系統中有一張產品基本信息表中。這個產品開發有時候可以是一個人完成，而有時候又需要多個人合作才能夠完成。所以，在產品基本信息表產品開發者這個字段中，有時候可能需要填入多個開發者的名字。

如進銷存管理中，還需要對客戶的聯繫人進行管理。有時候，企業可能只知道客戶一個採購員的姓名。但是在必要的情況下，企業需要對客戶的採購代表、倉庫人 員、財務人員共同進行管理。因爲在訂單上，可能需要填入採購代表的名字;可是在出貨單上，則需要填入倉庫管理人員的名字等等。

爲了解決這個問題，有多種實現方式。但是，若設計不合理的話在，則會導致重複的值或者列。如我們也可以這麼設計，把客戶信息、聯繫人都放入同一張表中。爲 瞭解決多個聯繫人的問題，可以設置第一聯繫人、第一聯繫人電話、第二聯繫人、第二聯繫人電話等等。若還有第三聯繫人、第四聯繫人等等，則往往還需要加入更 多的字段。

可是這麼設計的話，會產生一系列的問題。如客戶的採購員流動性比較大，在一年內換了六個採購員。此時，在系統中該如何管理呢?難道就建立六個聯繫人字段?這不但會導致空字段的增加，還需要頻繁的更改Oracle數據庫表結構。明顯，這麼做是不合理的。

也有人說，可以直接修改採購員的名字呀。可是這麼處理的話，會把原先採購訂單上採購員的名字也改變了。因爲採購單上客戶採購員信息在數據庫中存儲的不是採 購員的名字，而只是採購員對應的一個編號。在編號不改而名字改變了的情況下，採購訂單上顯示的就是更改後的名字。這不利於時候的追蹤。

所以，在數據庫設計的時候要儘量避免這種重複的值或者列的產生。筆者建議，若Oracle數據庫管理員遇到這種情況，可以改變一下策略。如把客戶聯繫人另 外設置一張表。然後通過客戶ID把供應商信息表跟客戶聯繫人信息表連接起來。也就是說，儘量將重複的值放置到一張獨立的表中進行管理。然後通過視圖或者其 他手段把這些獨立的表聯繫起來。

本文轉載於 http://www.itjianghu.net/120128/40936586041666721.htm