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