oracle性能優化操作的這幾篇文章，是完全可以相互結合同時運用的。而且各種方法之間相互影響，緊密聯系。
這種聯系既存在一致性，也可能帶來沖突，當沖突發生時，需要根據實際情況進行選擇，沒有固定的模式。
最後決定SQL優化功力的因素就是對ORACLE基礎的掌握程度了。
另外，值得注意的是：隨著時間的推移和數據的累計與變化，ORACLE對SQL語句的執行計劃也會改變。
比如：基於代價的優化方法，隨著數據量的增大，優化器可能錯誤的不選擇索引而采用全表掃描。
這種情況可能是因為統計信息已經過時，在數據量變化很大後沒有及時分析表；
但如果對表進行分析之後，仍然沒有用上合理的索引，那麼就有必要對SQL語句用HINT提示，強制用合理的索引。
但這種HINT提示也不能濫用，因為這種方法過於復雜，缺乏通用性和應變能力，同時也增加了維護上的代價；
相對來說，基於函數右移、去掉“IN ，OR ，<> ，IS NOT NULL ”、分解復雜的SQL語句等等方法，卻是“放之四海皆准”的，
可以放心大膽的使用。
同時，優化也不是“一勞永逸”的，必須隨著情況的改變進行相應的調整。
當數據庫設計發生變化，包括更改表結構：字段和索引的增加、刪除或改名等；
業務邏輯發生變化：如查詢方式、取值范圍發生改變等等。
在這種情況下，也必須對原有的優化進行調整，以適應效率上的需求。
