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