OracleDBAの技術メモ

最近物覚えが悪くなったので仕事中に調べた後々役立つ情報をメモしております。

[PR]

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

実行計画取得

以下のSQL文により実行計画を取得できる。
ここではExcel等へ取り込みやすくするために、カンマ区切りで出力するようにしている。

select
          operation
|| ',' || options
|| ',' || object_node
|| ',' || object_owner
|| ',' || object_name
|| ',' || object_alias
|| ',' || id
|| ',' || parent_id
|| ',' || depth
|| ',' || position
|| ',' || search_columns
|| ',' || cost
|| ',' || cardinality
|| ',' || bytes
|| ',' || other_tag
|| ',' || cpu_cost
|| ',' || io_cost
|| ',' || temp_space
|| ',' || access_predicates
|| ',' || filter_predicates
|| ',' || time
from gv$sql_plan
where sql_id = '～';

これで、SQL*Plus上でAUTOTRACE ONと同等（若干劣る？）の情報量が出力できる。
ただし、少々編集が必要。
AWR SQLレポート等では出力されない抽出条件は
「access_predicates」、「filter_predicates」に格納される。

また、FROM句のテーブルを DBA_HIST_SQL_PLAN にすることにより、
過去の実行計画も参照できる。
ただし、実行計画が変わっている場合は、SQL_IDも変わっている？
確認のために DBA_HIST_SQLTEXT 等を参照して確認した方がよい。
DBA_HIST_SQL_PLAN では「access_predicates」、「filter_predicates」列も存在するが、
内容は格納されない模様。

ORDER BY句はあえて付加していない。
V$SQL_PLAN はメモリ上に常駐しているため、問合せによって負荷をかけることは少ないが、
ORDER BY句を付加すると余計なソート処理が入るので、
問合せ件数によってはレスポンスも遅くなり、サーバに負荷がかかる恐れもある。