對那些連線
了很多表的查詢，oracle需要花費大量的時間來檢測連線
這些表的適當順序。
評估表的連線順序
在sql語句的準備過程中，花費最多的步驟是生成執行計畫，特別是處理有多個表連線的查詢。當oracle評估表的連線順序時，它必須
考慮到表之間所有可能的連線。例如：六個表的之間連線有720（6的階乘，或6 * 5 * 4 * 3 * 2 * 1 = 720）種可能的連線線路。
當乙個查詢中含有超過10個表的連線時，排列的問題將變得更為顯著。對於15個表之間的連線，需要評估的可能查詢排列將超過1萬億
（準確的數字是1,307,674,368,000）種。
使用optimizer_search_limit引數來設定限制
通過使用optimizer_search_limit引數，你能夠指定被優化器用來評估的最大的連線組合數量。使用這個引數，我們將能夠防止優化 器
消耗不定數量的時間來評估所有可能的連線組合。如果在查詢中表的數目小於optimizer_search_limit的值，優化器將檢查所有可能的
連線組合。
例如：有五個表連線的查詢將有120（5! = 5 * 4 * 3 * 2 * 1 = 120）種可能的連線組合，因此如果optimizer_search_limit等於5
（預設值），則優化器將評估所有的120種可能。optimizer_search_limit引數也控制著呼叫帶星號的連線提示的閥值。當查詢中的表的
數目比optimizer_search_limit小時，帶星號的提示將被優先考慮。
另乙個工具：引數optimizer_max_permutations
初始化引數optimizer_max_permutations定義了優化器所考慮組合數目的上限，且依賴於初始引數 optimizer_search_limit。
optimizer_max_permutations的預設值是80,000。
引數optimizer_search_limit和optimizer_max_permutations一起來確定優化器所考慮的組合數目的上 限：除非（表或組合數目）
超過引數optimizer_search_limit 或者 optimizer_max_permutations設定的值，否則優化器將生成所有可能的連線組合。一旦優
化器停止評估表的連線組合，它將選擇成本最低的組合。
使用ordered提示指定連線順序
你能夠設定優化器所執行的評估數目的上限。但是即使採用有很**值的排列評估，我們仍然擁有使優化器可以盡早地放棄複雜的查詢
的重要機會。回想一下含有15個連線查詢的例子，它將有超過1萬億種的連線組合。如果優化器在評估了80,000個組合後停止，那麼它才
僅僅評估了0.000006%的可能組合，而且或許還沒有為這個巨大的查詢找到最佳的連線順序。
在oracle sql中解決此問題的最好的方法是手工指定表的連線順序。為了盡快建立最小的解決方案集，這裡所遵循的規則是將表結合起
來，通常優先使用限制最嚴格的where子句來連線表。
下面的**是乙個查詢執行計畫的例子，該例子在emp表的關聯查詢上強制執行了巢狀的迴圈連線。注意，我已經使用了ordered提示來
直接最優化表的評估順序，最終它們表現在where子句上。
select /*+ ordered use_nl(bonus) parallel(e, 4) */
e.ename,
hiredate,
b.comm.
from
emp e,
bonus b
where
e.ename = b.ename
這個例子要求優化器按順序連線在sql語句的from子句中指定的表，在from子句中的第乙個表指定了驅動表。ordered提示通常被用來與
其它的提示聯合起來來保證採用正確的順序連線多個表。它的用途更多的是在扭轉連線表數在四個以上的資料倉儲的查詢方面。
另外乙個例子，下面的查詢使用ordered提示按照指定的順序來連線表：emp、dept、sal，最後是bonus。我通過指定emp到dept使用 哈
希連線和sal到bonus使用巢狀迴圈連線，來進一步精煉執行計畫。
select /*+ ordered use_hash (emp, dept) use_nl (sal, bonus) */
from
emp,
dept,
sal,
bonus
where . . .
實踐建議
實際上，更有效率的做法是在產品環境中減小optimizer_max_permutations引數的大小，並且總是使用穩定的優化計畫或儲存輪廓來
防止出現耗時的含有大量連線的查詢。一旦找到最佳的連線順序，您就可以通過增加ordered提示到當前的查詢中，並儲存它的儲存輪廓，
來為這些表手工指定連線順序，從而使其持久化。
當你打算使用優化器來穩定計畫，則可以照下面的方法使執行計畫持久化，臨時將optimizer_search_limit設定為查詢中的表的數目，
從而允許優化器考慮所有可能的連線順序。然後，通過重新編排where子句中表的名字，並使用ordered提示，與儲存輪廓一起使變更
持久化，來調整查詢。在查詢中包含四個以上的表時，ordered提示和儲存輪廓將排除耗時的評估sql連線順序解析的任務，從而提高
查詢的速度。
一旦檢測到最佳的連線順序，我們就可以使用ordered提示來過載optimizer_search_limit和 optimizer_max_permutations引數。
ordered提示要求表按照它們出現在from子句中的順序進行連線，所以優化器沒有加入描述。
作為乙個oracle專業人員，你應該知道在sql語句第一次進入庫快取時可能存在重大的啟動延遲。但是聰明的oracle dba和開發人
員能夠改變表的搜尋限制引數或者使用ordered提示來手工指定表的連線順序，從而顯著地減少優化和執行新查詢所需的時間
Oracle中表的連線型別
oracle中所謂表的連線，有兩種含義。一種是根據oracle內部的連線判斷方式區分的內部連線型別，這會影響到系統優化 資源占用等問題。另一種是基於查詢的方式，對兩張表之間建立聯絡，會影響到查詢的結果，這裡都寫一下。一 oracle 中的表內部連線有 3類 1 巢狀迴圈連線 nested loops...
Oracle中表連線的執行原理
oracle優化器會自動選擇以下三種方式的一種執行表連線，但在資料環境上配合強化選擇合適的方式或強制使用某種方式是sql優化的需要 nested loop 對於被連線的資料子集較小的情況，nested loop連線是個較好的選擇。nested loop就是掃瞄乙個表，每讀到一條記錄，就根據索引去另乙...
Oracle中表連線的執行原理
oracle優化器會自動選擇以下三種方式的一種執行表連線，但在資料環境上配合強化選擇合適的方式或強制使用某種方式是sql優化的需要 nested loop 對於被連線的資料子集較小的情況，nested loop連線是個較好的選擇。nested loop就是掃瞄乙個表，每讀到一條記錄，就根據索引去另乙...