Oracle SQL執行計劃分析器功能的建立3步曲：
1 首先，編譯XYG_ALD_SESS_PKG的Package頭。
（XYG_ALD_SESS_PKG.sql）
2 接著要建立好下面的4個檢視物件。因為XYG_ALD_SESS_PKG包體會用到。（View Create Script v1.0.sql）
如果出現沒許可權訪問GV$SQL_PLAN_MONITOR這些物件，請先用sys使用者賦值。
3 最後，編譯XYG_ALD_SESS_PKG的包體。完工！
（XYG_ALD_SESS_PKG_BODY.sql）

功能特點說明;
優點：
1 主要是使用方便，效率高。
個人覺得是一個非常高效而且非常簡潔（也可以說是簡單）的一個SQL執行計劃分析工具。
主要是借用了標準功能的一些執行計劃分析表（例如GV$SQL_PLAN_MONITOR等），通過二次封裝開發得出的一個完整的SQL執行計劃分析報告。
而且自己新增一些檢視執行計劃的時候需要關注的資訊。自己寫的東西，只要是內容不會出錯，還是很好用的。
另外，使用方便是體現在，如果要具體分析某個SQL的執行計劃，分析其效能瓶頸，甚至不需要花費時間找所執行的指令碼對應是哪個SQL_ID，
只需要在Hint輸入足夠唯一的關鍵字，然後根據關鍵字，就可以直接得出該SQL的完整執行計劃報告。
而且執行計劃報告裡面也會非常直觀體現一些關鍵的效能指標的報告資訊，使得檢視SQL的執行計劃，分析SQL的效能瓶頸變得如此的簡單。
2 SQL報告的執行速度快。
Oracle資料庫自帶功能的dbms_sqltune.report_sql_monitor，在分析一個比較複雜的SQL，一般都需要2分鐘以上。而這個開發的功能，只需要6秒左右就可以出結果。
當然，速度快主要是因為開發的功能只需要考慮一種txt執行計劃報告，而自帶的dbms_sqltune需要同時考慮多種不同樣式的報告（例如html）的可能，所以肯定複雜很多。
3 因為是自己開發的，所以，有一些有分析意義的欄位也可以自己新增。
例如SQL讀取快取區的總位元組數,還有用到的索引範圍掃描和索引跳躍掃描的資訊，以及Predicate Information和實際執行的時候的繫結變數窺探的值等。
可以非常直觀地協助分析對應的執行計劃是否正確！

缺點：
分割槽表的詳細執行計劃資訊方面支援程度不高。主要是考慮到執行計劃的欄位太多的話，看起來亂。
另外，為了精簡執行計劃的長度，精簡了E-bytes欄位。有需要的兄臺可以自己修改原始碼，新增。
另外，只可以是txt的結果報告。

特別說明：
1 該功能是由本人([email protected])編寫，如果要分享，請必須註明轉載。
2 該功能的原型是dbms_sqltune.report_sql_monitor（開發的時候也有參考了它的原始碼）。同時也參考了 DBMS_XPLAN.DISPLAY_CURSOR 的原始碼（例如繫結變數窺探的值的獲取等）。
所以，該指令碼請在資料庫版本11g（包括11g版本）以上的Oracle資料庫中使用。
低於11g的版本的Oracle不支援實時監控sql 的功能，所以本指令碼也就無法使用了。這點必須要注意！
3 還有，指令碼的和size相關的結果和一個系統引數的配置有關係，就是db_block_size（SELECT VALUE FROM V$PARAMETER WHERE NAME = ‘db_block_size’）
預設=8192的。如果修改了這個配置，不是8192（8K）的話，請對應修改一些程式碼（*8的部分，不明白的可以找我）。否則算出來的size可能有誤。
4 該指令碼已經全部通過測試，在EBS環境（11gr2，apps使用者） 以及 一個新的Oracle資料庫環境（12C，sys使用者）測試通過。
5 如果有報錯，最好自己先解決一下。實在無法解決的請聯絡我：

—使用例項：

--執行要分析的SQL指令碼：
SELECT /*+ SAMT004 monitor gather_plan_statistics */*
FROM XYG_JBI_SHIP_PLAN_HEADERS_V2
WHERE SALES_ORG_ID=83
AND CREATION_DATE BETWEEN DATE'2017-03-01' AND DATE'2017-03-05'+0.99999
ORDER BY SEND_NUM;

--接著，用hint的關鍵字SAMT004直接定位要分析的SQL的執行計劃報告
 

SELECT XYG_ALD_SESS_PKG.GET_SQLM_REPORT('SAMT004') FROM DUAL;

結果：