關于Oracle 中驅動表的選擇 |
發布時間: 2012/8/26 15:28:29 |
SQL語句的執行速度,可以受很多因素的影響而變化。但主要的影響因素是:驅動表、執行操作的先后順序和索引的運用?梢杂珊芏嗖煌姆椒ㄩg接地改變這些因素,以達到最優的執行速度。這里主要探討當對多個表進行連接查詢時應遵循的優化原則: (1) 用于連接的子句的列應被索引、在Where子句中應盡量利用索引,而不是避開索引。 (2) 連接操作應從返回較少行上驅動。 (3) 如果所連接的表A和B,A表長度遠遠大于B表,建議從較大的A表上驅動。 (4) 如果Where子句中含有選擇性條件,Where No=20,將最具有選擇性部分放在表達式最后。 (5) 如果只有一個表有索引,另一表無索引,無索引的表通常作為驅動表。如A表的No列以被索引,而B表的No 列沒被索引,則應當B表作為驅動表,A表作為被驅動表。 (6) 若用于連接的列和Where子句中其他選擇條件列均有索引,則按各個索引對查詢的有效性和選擇性分別定出級別,結合表中具體數據構成情況,從中選出優化路徑,一般需要考慮:子句中哪些列可以使用索引、哪些索引具有唯一性及被查詢表行數目等。 ------------------------------------------------------------------- 如果根據執行計劃看出驅動表 ? 看連接和縮進,同級縮進排在下面的就是驅動表。 ------------------------------------------------------------------- Oracle如何選擇驅動表 ? RBO或者CBO沒有分析table的情況下,對于2個表的操作,FROM子句中,RBO選擇最右的表作為驅動表(一般也就是from 中最后的表作為驅動表 )。 所以 對于NESTED LOOPS、HASH JOIN、SORT MERGE JOIN方式,驅動表選擇較小的表 (放在from 最右端),速度會更快; 存在主、外鍵關系的表,由于主鍵由Oracle自動建立索引,外鍵上最好也建索引,以避免全表掃描 。 而對于3個或以上table連接查詢,對于FROM子句,RBO以從右到左的順序處理表連接,也就是from 子句最右端table作為驅動表。 SQL語句的執行速度,可以受很多因素的影響而變化。但主要的影響因素是:驅動表、執行操作的先后順序和索引的運用?梢杂珊芏嗖煌姆椒ㄩg接地改變這些因素,以達到最優的執行速度。這里主要探討當對多個表進行連接查詢時應遵循的優化原則: (1) 用于連接的子句的列應被索引、在Where子句中應盡量利用索引,而不是避開索引。 (2) 連接操作應從返回較少行上驅動。 (3) 如果所連接的表A和B,A表長度遠遠大于B表,建議從較大的A表上驅動。 (4) 如果Where子句中含有選擇性條件,Where No=20,將最具有選擇性部分放在表達式最后。 (5) 如果只有一個表有索引,另一表無索引,無索引的表通常作為驅動表。如A表的No列以被索引,而B表的No 列沒被索引,則應當B表作為驅動表,A表作為被驅動表。 (6) 若用于連接的列和Where子句中其他選擇條件列均有索引,則按各個索引對查詢的有效性和選擇性分別定出級別,結合表中具體數據構成情況,從中選出優化路徑,一般需要考慮:子句中哪些列可以使用索引、哪些索引具有唯一性及被查詢表行數目等。 ------------------------------------------------------------------- 如果根據執行計劃看出驅動表 ? 看連接和縮進,同級縮進排在下面的就是驅動表。 ------------------------------------------------------------------- Oracle如何選擇驅動表 ? RBO或者CBO沒有分析table的情況下,對于2個表的操作,FROM子句中,RBO選擇最右的表作為驅動表(一般也就是from 中最后的表作為驅動表 )。 所以 對于NESTED LOOPS、HASH JOIN、SORT MERGE JOIN方式,驅動表選擇較小的表 (放在from 最右端),速度會更快; 存在主、外鍵關系的表,由于主鍵由Oracle自動建立索引,外鍵上最好也建索引,以避免全表掃描 。 而對于3個或以上table連接查詢,對于FROM子句,RBO以從右到左的順序處理表連接,也就是from 子句最右端table作為驅動表。 本文出自:億恩科技【www.endtimedelusion.com】 |