Oracle提供了多種方法用於減少花在剖析Oracle SQL表達式上的時間，在執行帶有大量執行計劃的復雜查詢時剖析過程會拖累系統的性能。現在我們來簡要地看看這些方法中的幾種。
使用ordered提示
Oracle必須花費大量的時間來剖析多表格的合並，用以確定表格合並的最佳順序。如果SQL表達式涉及七個乃至更多的表格合並，那麼有時就會需要超過30分鐘的時間來剖析，因為Oracle必須評估表格合並所有可能的順序。八個表格就會有40,000多種順序。Ordered這個提示(hint)和其他的提示一起使用能夠產生合適的合並順序。
Ordered這個提示會要求列在SQL表達式FROM字句裡的表格按照指定的順序進行合並，FROM字句裡的第一個表格會指定驅動表格(driving table)。驅動表格應該是返回最小行數的表格。使用ordered提示會跳過非常耗時和耗資源的剖析操作，並加快Oracle SQL的執行。
Listing A如下：
Listing AListing A裡是一個復雜查詢的例子，這個查詢被強制進行一個嵌套循環，從而與對emp表格進行的並行查詢合並。要注意，我已經使用ordered提示來引導Oracle去按照WHERE子句所列出的順序來評估表格。
使用theordered_predicates
ordered_predicates提示在查詢的WHERE子句裡指定的，並被用來指定布爾判斷(Boolean predicate)被評估的順序。在沒有ordered_predicates的情況下，Oracle會使用下面這些步驟來評估SQL判斷的順序：
子查詢的評估先於外層WHERE子句裡的Boolean條件。
所有沒有內置函數或者子查詢的布爾條件都按照其在WHERE子句裡相反的順序進行評估，即最後一條判斷最先被評估。
每個判斷都帶有內置函數的布爾判斷都依據其預計的評估值按遞增排列。
你可以使用ordered_predicates提示來強制取代這些缺省的評估規則，那麼你WHERE子句裡的項目就會按照其在查詢裡出現的順序被評估。在查詢的WHERE子句裡使用了PL/SQL函數的情況下，通常會使用ordered_predicates提示。如果你知道限制最多的判斷並且希望Oracle最先評估這些判斷的時候，在這種情況下，它也是非常有用的。用法提示：你不能使用ordered_predicates提示來保存對索引鍵進行判斷評估的順序。
限制表格合並評估的數量
提高SQL剖析性能的最後一種方法是強制取代Oracle的一個參數，這個參數控制著在評估一個查詢的時候，基於消耗的優化器所評估的可能合並數量。
optimizer_search_limit這個參數會指定表格合並組合的最大數量，後者將會在Oracle試圖確定合並多表格最佳方式的時候被評估。這個參數有助於防止優化器花更多的時間來評估可能的合並順序，而不是把時間花在尋找最佳合並順序上。optimizer_search_limit還控制著用於調用star join提示的阙值，當查詢裡的表格數量低於optimizer_search_limit(其缺省的值是5)的時候，star提示就會被光顧。
以上只是一些Oracle DBA用來優化Oracle數據庫應用程序SQL查詢的性能的一些小技巧。
