在Oracle數(shù)據(jù)庫的應用過程中，數(shù)據(jù)庫設計的好壞直接關系到數(shù)據(jù)庫運行的效率。中培偉業(yè)《Oracle數(shù)據(jù)庫管理與性能調(diào)優(yōu)》培訓專家袁老師指出，對于提升數(shù)據(jù)庫性能來說，合理的數(shù)據(jù)庫設計，比升級服務器的硬件配置，還要來的有效。但是，袁老師無論是在跟同事合作，又或者是在論壇上跟相關同行交流的時候，總是會發(fā)現(xiàn)有些人有一些不好的數(shù)據(jù)庫設計習慣，影響了數(shù)據(jù)庫的性能，增加了數(shù)據(jù)庫管理員的工作量。

袁老師認為，為了提升數(shù)據(jù)庫的性能，在Oracle數(shù)據(jù)庫設計的時候，要做到五條法則。

（一）在小型表上不要建立索引

毋庸置疑，索引可以提高數(shù)據(jù)庫查詢的效率。但是俗話說，過之則不及。索引也必須用在合時的地方。如果索引設置不當，不但不會提升數(shù)據(jù)庫的性能，反而會起到相反的作用。如在小型數(shù)據(jù)庫上設置索引，而且這些表用戶更改的比較頻繁。如員工基本信息表，就是簡單的不超過十個字段。這個表用戶需要經(jīng)常的進行插入與刪除操作。當進行這些變更作業(yè)的時候，需要對索引進行維護。而這個維護的工作量可能比掃描表空間消耗更多的存儲空間。從而不但起步到改善數(shù)據(jù)庫性能的作用，反而是在拖后腿。

所以，在數(shù)據(jù)庫設計的時候，要做到的第一個戒條就是，不要再用戶經(jīng)常更改的小型表上建立索引。否則的話，是得不償失的。

（二）不要用用戶的鍵

如我們在設計一個ERP系統(tǒng)數(shù)據(jù)庫的時候，有一張銷售訂單表。在這張表中，有一個銷售訂單號。那么我們能否利用這個單號作為關聯(lián)其他表的外鍵呢?如在銷售出貨單上，需要關聯(lián)到銷售訂單。這個時候，我們能否把銷售訂單單號作為跟出貨單關聯(lián)的關鍵字呢?

答案是可以的，但是不是最優(yōu)選擇。我們可以看一下ERP的后臺數(shù)據(jù)庫。在銷售訂單表上，除了銷售訂單號這個唯一表示銷售訂單紀錄的字段外，還有一個字段就是銷售訂單ID。在前臺的出貨單界面上雖然顯示的是銷售訂單號碼，但是，在后臺卻存儲著的是銷售訂單ID。也就是說，數(shù)據(jù)庫不是以用戶的鍵作為主鍵，而是采用了數(shù)據(jù)庫自動維護的單據(jù)ID這個字段。

為什么要這么設計呢?這就是袁老師今天要談的第二個戒條，不要用用戶的鍵。通常情況下，不要選擇用戶可編輯的字段作為外鍵或者主鍵。因為這會增加我們額外的工作量。

如果我們把銷售訂單號作為外鍵的話，則在創(chuàng)建銷售訂單紀錄后還要對用戶編輯字段的行為施加限制，如判斷是否違反外鍵的強制性規(guī)則等等。有些系統(tǒng)把銷售訂單號設置為外鍵的話，則往往是把這個字段設置為系統(tǒng)自動編號，并且用戶不可更改。可是，在實際工作中，企業(yè)員工往往需要編輯這個字段。員工需要編輯這些不可編輯的字段時系統(tǒng)缺乏靈活性的缺陷就體現(xiàn)出來了。而且，當用戶輸入完數(shù)據(jù)保存的時候再提示紀錄不符合要求，則也不是很人性化的設計。

另外，我們還必須為此設計一些檢測和糾正鍵沖突的方法。如考慮這個外鍵的直是否在其他數(shù)據(jù)表中存在等等。雖然這通常只需要我們花點時間就可以搞定。但是從數(shù)據(jù)庫性能上來說，這個代價就比較大了。再則，如此的話，就不能夠很好的把系統(tǒng)的基本數(shù)據(jù)跟企業(yè)員工的數(shù)據(jù)實現(xiàn)很好的隔離。

所以，袁老師認為，不要用用戶的鍵來作為我們數(shù)據(jù)庫設計的主鍵或則外鍵。或者說，數(shù)據(jù)庫設計時用到的鍵要讓數(shù)據(jù)庫系統(tǒng)進行自動維護，用戶不得更改這個維護規(guī)則。

（三）不要用商務規(guī)則來實現(xiàn)數(shù)據(jù)的完整性

數(shù)據(jù)的完整性有好幾種實現(xiàn)方法。如可以通過數(shù)據(jù)庫約束實現(xiàn)數(shù)據(jù)完整性;也可以通過前臺系統(tǒng)的商務規(guī)則來實現(xiàn)數(shù)據(jù)的完整性。不過，袁老師這里要建議的是，在一些大型的數(shù)據(jù)庫中，不要試圖通過商務規(guī)則來實現(xiàn)數(shù)據(jù)的完整性，而盡可能的通過數(shù)據(jù)庫的約束來實現(xiàn)。因為若通過商務規(guī)則來實現(xiàn)完整性，往往會出現(xiàn)一些莫名其妙的錯誤。

（四）在可能的情況下，不要讓前臺應用程序直接訪問數(shù)據(jù)表

其實，在數(shù)據(jù)庫基礎表與前臺應用程序之間，還有一個很好的“中間人”，那就是視圖。試圖是數(shù)據(jù)庫基礎表的一個抽象。他除了可以保障數(shù)據(jù)的質(zhì)量外，還可以有效的訪問前臺應用程序?qū)τ跀?shù)據(jù)的非法訪問。所以，一些安全性級別比較高的數(shù)據(jù)庫系統(tǒng)，在數(shù)據(jù)庫設計的時候，往往會在數(shù)據(jù)庫和前臺應用程序代碼之間提供“視圖”這個中間人，讓其作為基礎表的“新聞發(fā)言人”。如此，前臺應用程序在沒有必要的情況下，可以不直接訪問數(shù)據(jù)表，而是通過視圖來對表實現(xiàn)間接的訪問。

如在進行數(shù)據(jù)導入程序設計的時候，通過視圖來實現(xiàn)則是一個很理想的方法。如用戶現(xiàn)在要導入產(chǎn)品信息，包括產(chǎn)品基本信息、供應商信息、價格信息等等。這些信息在數(shù)據(jù)庫中往往包含在三種表中，分別為產(chǎn)品基本信息表、供應商信息表、產(chǎn)品價格信息表。若前臺應用程序直接訪問基礎表的話，就需要分別訪問這三張基礎表。這不但效率比較低，而且也不容易實現(xiàn)數(shù)據(jù)的完整性。此時，我們就可以利用視圖，把一些必須要填入的字段組合在一張可更新視圖中。如此，前臺應用程序只需要訪問一個數(shù)據(jù)庫對象即可。

再者，在數(shù)據(jù)庫報表設計上，更是要通過視圖來實現(xiàn)。而不要通過傳遞一段SQL代碼來查詢基礎表。這對于數(shù)據(jù)的安全性會帶來比較大的威脅。

所以，第四條法則就是，在可能的情況下，不要讓前臺應用程序直接訪問數(shù)據(jù)表。

（五）不要一直讓用戶輸入數(shù)據(jù)

有些字段其實不一定要讓用戶輸入，只需要用戶選擇即可。如在人事管理系統(tǒng)中，企業(yè)員工所屬的民族、職位、省份等等就沒有必要讓用戶手工輸入。而可以通過列表的形式讓員工來進行選擇。這種手段，是提高數(shù)據(jù)完整性的最佳方式之一。若能夠給用戶提供一個詳細的列表供其選擇，這樣將減少鍵入代碼的錯誤，同時提高數(shù)據(jù)庫的一致性;也可以提高用戶界面的友好性。

所以，在數(shù)據(jù)庫設計的時候，盡量使用列表字段來供用戶選擇。若連省份等等字段都要用戶手工輸入的話，則我們在數(shù)據(jù)庫完整性所花費的時間，就要很多。如在數(shù)據(jù)保存的時候，都要去判斷用戶輸入的數(shù)據(jù)是否合乎完整性的規(guī)則。這顯然工作量要比設計一個列表字段多得多。

故數(shù)據(jù)庫設計的第五條法則就是不要老是讓用戶手工輸入數(shù)據(jù)。提供列表讓用戶進行選擇，用戶不僅可以提高效率，我們也可以省事，同時，也能夠保障數(shù)據(jù)的準確率。