oracle 效能最佳化操作：總結，oracle效能最佳化

oracle 效能最佳化操作：總結，oracle效能最佳化

oracle效能最佳化操作的這幾篇文章，是完全可以相互結合約時運用的。而且各種方法之間相互影響，緊密聯絡。

這種聯絡既存在一致性，也可能帶來衝突，當衝突發生時，需要根據實際情況進行選擇，沒有固定的模式。

最後決定SQL最佳化功力的因素就是對ORACLE基礎的掌握程度了。

另外，值得注意的是：隨著時間的推移和資料的累計與變化，ORACLE對SQL語句的執行計畫也會改變。

比如：基於代價的最佳化方法，隨著資料量的增大，最佳化器可能錯誤的不選擇索引而採用全表掃描。

這種情況可能是因為統計資訊已經過時，在資料量變化很大後沒有及時分析表；

但如果對錶進行分析之後，仍然沒有用上合理的索引，那麼就有必要對SQL語句用HINT提示，強制用合理的索引。

但這種HINT提示也不能濫用，因為這種方法過於複雜，缺乏通用性和應變能力，同時也增加了維護上的代價；

相對來說，基於函數右移、去掉“IN ，OR ，<> ，IS NOT NULL ”、分解複雜的SQL語句等等方法，卻是“放之四海皆準”的，

可以放心大膽的使用。

同時，最佳化也不是“一勞永逸”的，必須隨著情況的改變進行相應的調整。

當資料庫設計發生變化，包括更改表結構：欄位和索引的增加、刪除或改名等；

商務邏輯發生變化：如查詢方式、取值範圍發生改變等等。

在這種情況下，也必須對原有的最佳化進行調整，以適應效率上的需求。