在Oracle數據庫的應用過程中，數據庫性能的好壞直接關系到數據庫運行的效率。中培偉業《Oracle數據庫管理與性能調優》培訓專家袁老師指出，對于提升數據庫性能來說，合理的數據庫設計，比升級服務器的硬件配置還要來的有效。

袁老師根據多年的工作經驗，在這里介紹了個提升Oracle數據庫設計性能的法則：

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

毋庸置疑，索引可以提高數據庫查詢的效率。但是俗話說，過之則不及。索引也必須用在合時的地方。如果索引設置不當，不但不會提升數據庫的性能，反而會起到相反的作用。如在小型數據庫上設置索引，而且這些表用戶更改的比較頻繁。當進行這些變更作業的時候，需要對索引進行維護。而這個維護的工作量可能比掃描表空間消耗更多的存儲空間。從而不但起步到改善數據庫性能的作用，反而是在拖后腿。

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

（二）不要用用戶的鍵

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

袁老師的回答是可以，但是不是最優選擇，這也是為什么不要用用戶的鍵的原因。通常情況下，不要選擇用戶可編輯的字段作為外鍵或者主鍵。因為這會增加我們額外的工作量。

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

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

（三）不要用商務規則來實現數據的完整性

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

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

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

如在進行數據導入程序設計的時候，通過視圖來實現則是一個很理想的方法。這不但效率比較低，而且也不容易實現數據的完整性。此時，我們就可以利用視圖，把一些必須要填入的字段組合在一張可更新視圖中。如此，前臺應用程序只需要訪問一個數據庫對象即可。

再者，在數據庫報表設計上，更是要通過視圖來實現。而不要通過傳遞一段SQL代碼來查詢基礎表。這對于數據的安全性會帶來比較大的威脅。所以，第四條法則就是，在可能的情況下，不要讓前臺應用程序直接訪問數據表。

（五）不要一直讓用戶輸入數據

有些字段其實不一定要讓用戶輸入，只需要用戶選擇即可。這種手段，是提高數據完整性的最佳方式之一。若能夠給用戶提供一個詳細的列表供其選擇，這樣將減少鍵入代碼的錯誤，同時提高數據庫的一致性也可以提高用戶界面的友好性。

所以，在數據庫設計的時候，盡量使用列表字段來供用戶選擇。如在數據保存的時候，都要去判斷用戶輸入的數據是否合乎完整性的規則。這顯然工作量要比設計一個列表字段多得多。

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