通過分析SQL語句的執行計劃優化SQL(六)
2024-07-21 02:45:07
供稿：網友
執行計劃的步驟
執行計劃的每一步返回一組行，它們或者為下一步所使用，或者在最后一步時返回給發出SQL語句的用戶或應用。由每一步返回的一組行叫做行源(row source）。圖5-1樹狀圖顯示了從一步到另一步行數據的流動情況。每步的編號反映了在你觀察執行計劃時所示步驟的順序（如何觀察執行計劃將被簡短地說明）。一般來說這并不是每一步被執行的先后順序。執行計劃的每一步或者從數據庫中檢索行，或者接收來自一個或多個行源的行數據作為輸入：
由紅色字框指出的步驟從數據庫中的數據文件中物理檢索數據。這種步驟被稱之為存取路徑，后面會詳細介紹在Oracle可以使用的存取路徑：
第３步和第６步分別的從EMP表和SALGRADE表讀所有的行。
第５步在PK_DEPTNO索引中查找由步驟３返回的每個DEPTNO值。它找出與DEPT表中相關聯的那些行的ROWID。
第４步從DEPT表中檢索出ROWID為第５步返回的那些行。
由黑色字框指出的步驟在行源上操作，如做2表之間的關聯，排序，或過濾等操作，后面也會給出詳細的介紹：
第２步實現嵌套的循環操作(相當于C語句中的嵌套循環)，接收從第３步和第４步來的行源，把來自第３步源的每一行與它第４步中相應的行連接在一起，返回結果行到第１步。
第１步完成一個過濾器操作。它接收來自第２步和第６步的行源，消除掉第２步中來的，在第６步有相應行的那些行，并將來自第２步的剩下的行返回給發出語句的用戶或應用。
實現執行計劃步驟的順序
執行計劃中的步驟不是按照它們編號的順序來實現的：Oracle首先實現圖5-1樹結構圖形里作為葉子出現的那些步驟(例如步驟3、5、6)。由每一步返回的行稱為它下一步驟的行源。然后Oracle實現父步驟。
舉例來說，為了執行圖5-1中的語句，Oracle以下列順序實現這些步驟：
首先，Oracle實現步驟３，并一行一行地將結果行返回給第２步。
對第３步返回的每一行，Oracle實現這些步驟：
-- Oracle實現步驟５，并將結果ROWID返回給第４步。
-- Oracle實現步驟４，并將結果行返回給第２步。
-- Oracle實現步驟２，將接受來自第３步的一行和來自第４步的一行，并返回
給第１步一行。
-- Oracle實現步驟６，如果有結果行的話，將它返回給第１步。
-- Oracle實現步驟１，如果從步驟６返回行，Oracle將來自第２步的行返回給
發出SQL語句的用戶。
注意Oracle對由第３步返回的每一行實現步驟５，４，２，６一次。許多父步驟在它們能執行之前只需要來自它們子步驟的單一行。對這樣的父步驟來說，只要從子步驟已返回單一行時立即實現父步驟（可能還有執行計劃的其余部分）。如果該父步驟的父步驟同樣可以通過單一行返回激活的話，那么它也同樣被執行。所以，執行可以在樹上串聯上去，可能包含執行計劃的余下部分。對于這樣的操作，可以使用first_rows作為優化目標以便于實現快速響應用戶的請求。
對每個由子步驟依次檢索出來的每一行，Oracle就實現父步驟及所有串聯在一起的步驟一次。對由子步驟返回的每一行所觸發的父步驟包括表存取，索引存取，嵌套的循環連接和過濾器。
有些父步驟在它們被實現之前需要來自子步驟的所有行。對這樣的父步驟，直到所有行從子步驟返回之前Oracle不能實現該父步驟。這樣的父步驟包括排序，排序一合并的連接，組功能和總計。對于這樣的操作，不能使用first_rows作為優化目標，而可以用all_rows作為優化目標，使該中類型的操作耗費的資源最少。
有時語句執行時，并不是象上面說的那樣一步一步有先有后的進行，而是可能并行運行，如在實際環境中，3、5、4步可能并行運行，以便取得更好的效率。從上面的樹型圖上，是很難看出各個操作執行的先后順序，而通過ORACLE生成的另一種形式的執行計劃，則可以很容易的看出哪個操作先執行，哪個后執行，這樣的執行計劃是我們真正需要的，后面會給出詳細說明。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/lcyhjx/archive/2009/12/20/5044799.aspx
