以下的文章主要介紹的是Oracle數據庫在設計規范化中的五個具體要求，我們今天主要是對前兩個要求的介紹，主要是在表中我們應該避免可為空的列以及表中不應該有重復的值或者列的內容的具體介紹。
在一般的情況下，我們可以從兩個方面來判斷Oracle數據庫是否設計的比較規范。一是看看是否擁有大量的窄表，二是寬表的數量是否足夠的少。若符合這兩個條件，則可以說明這個數據庫的規范化水平還是比較高的。當然這是兩個泛泛而談的指標。為了達到數據庫設計規范化的要求，一般來說，需要符合以下五個要求。
要求一：表中應該避免可為空的列
雖然表中允許空列，但是，空字段是一種比較特殊的數據類型。數據庫在處理的時候，需要進行特殊的處理。如此的話，就會增加數據庫處理記錄的復雜性。當表中有比較多的空字段時，在同等條件下，Oracle數據庫處理的性能會降低許多。
所以，雖然在數據庫表設計的時候，允許表中具有空字段，但是，我們應該盡量避免。若確實需要的話，我們可以通過一些折中的方式，來處理這些空字段，讓其對數據庫性能的影響降低到最少。
一是通過設置默認值的形式，來避免空字段的產生。如在一個人事管理系統中，有時候身份證號碼字段可能允許為空。因為不是每個人都可以記住自己的身份證號碼。而在員工報到的時候，可能身份證沒有帶在身邊。
所以，身份證號碼字段往往不能及時提供。為此，身份證號碼字段可以允許為空，以滿足這些特殊情況的需要。但是，在數據庫設計的時候，則可以做一些處理。如當用戶沒有輸入內容的時候，則把這個字段的默認值設置為0或者為N/A。以避免空字段的產生。
二是若一張表中，允許為空的列比較多，接近表全部列數的三分之一而且，這些列在大部分情況下，都是可有可無的。若Oracle數據庫管理員遇到這種情況，筆者建議另外建立一張副表，以保存這些列。然後通過關鍵字把主表跟這張副表關聯起來。將數據存儲在兩個獨立的表中使得主表的設計更為簡單，同時也能夠滿足存儲空值信息的需要。
要求二：表不應該有重復的值或者列
如現在有一個進銷存管理系統，這個系統中有一張產品基本信息表中。這個產品開發有時候可以是一個人完成，而有時候又需要多個人合作才能夠完成。所以，在產品基本信息表產品開發者這個字段中，有時候可能需要填入多個開發者的名字。
如進銷存管理中，還需要對客戶的聯系人進行管理。有時候，企業可能只知道客戶一個采購員的姓名。但是在必要的情況下，企業需要對客戶的采購代表、倉庫人員、財務人員共同進行管理。因為在訂單上，可能需要填入采購代表的名字;可是在出貨單上，則需要填入倉庫管理人員的名字等等。
為了解決這個問題，有多種實現方式。但是，若設計不合理的話在，則會導致重復的值或者列。如我們也可以這麼設計，把客戶信息、聯系人都放入同一張表中。為了解決多個聯系人的問題，可以設置第一聯系人、第一聯系人電話、第二聯系人、第二聯系人電話等等。若還有第三聯系人、第四聯系人等等，則往往還需要加入更多的字段。
可是這麼設計的話，會產生一系列的問題。如客戶的采購員流動性比較大，在一年內換了六個采購員。此時，在系統中該如何管理呢?難道就建立六個聯系人字段?這不但會導致空字段的增加，還需要頻繁的更改Oracle數據庫表結構。明顯，這麼做是不合理的。
也有人說，可以直接修改采購員的名字呀。可是這麼處理的話，會把原先采購訂單上采購員的名字也改變了。因為采購單上客戶采購員信息在數據庫中存儲的不是采購員的名字，而只是采購員對應的一個編號。在編號不改而名字改變了的情況下，采購訂單上顯示的就是更改後的名字。這不利於時候的追蹤。
所以，在數據庫設計的時候要盡量避免這種重復的值或者列的產生。筆者建議，若Oracle數據庫管理員遇到這種情況，可以改變一下策略。如把客戶聯系人另外設置一張表。然後通過客戶ID把供應商信息表跟客戶聯系人信息表連接起來。也就是說，盡量將重復的值放置到一張獨立的表中進行管理。然後通過視圖或者其他手段把這些獨立的表聯系起來。
