SQL実行時間を調べる方法

Question

私は本当に長い（約3分）かかるSQL SELECT文を持っています。

私は何が起こっているのか調べたいと思います。だから私はした

explain plan for MY_STATEMENTしかし、これは< 1秒で終了します。

と SELECT * FROM TABLE (dbms_xplan.display);は私

| Id | Operation    | Name     | Rows | Bytes | Cost (%CPU)| Time  | Inst |IN-OUT|                                               
------------------------------------------------------------------------------------------------------------------                                               
| 0 | SELECT STATEMENT  |       | 943 | 86756 | 15 (0)| 00:00:01 |  |  |                                               
|* 1 | HASH JOIN RIGHT OUTER |       | 943 | 86756 | 15 (0)| 00:00:01 |  |  |                                               
| 2 | TABLE ACCESS FULL | PTSAREA     | 442 | 12376 |  5 (0)| 00:00:01 |  |  |                                               
|* 3 | HASH JOIN RIGHT OUTER|       | 943 | 60352 | 10 (0)| 00:00:01 |  |  |                                               
| 4 | TABLE ACCESS FULL | PTSAREA     | 442 | 12376 |  5 (0)| 00:00:01 |  |  |                                               
| 5 | REMOTE    | M_SUPP     | 943 | 33948 |  5 (0)| 00:00:01 | IXXX_~ | R->S |                                               
------------------------------------------------------------------------------------------------------------------ 

---

suspicous何も言っていない。しかし、私は本当になステートメントを実行したときには〜3分かかります。何がそんなに長くかかるかを知る方法はありますか？

Answer 1

まず、をチェックして、オプティマイザがそのような低コストと経過時間を推定する理由を確認してください。

最も可能性の高い原因は、間違ったまたは古いオブジェクト統計です。 PTSAREAとM_SUPPの行数を確認します。 実際には442件しかありません。 943行？私はマグニチュードの高いボリュームを疑う。

この場合、表の統計情報を収集して、Explain計画を繰り返します。あなたは多くの現実的なコストと時間を見なければなりません。 場合によっては、異なる実行計画を発生させることがあります。

つまり、実行計画で予期しないことが発生した場合、これはオプティマイザの入力（オブジェクト統計、システム統計およびオプティマイザパラメータ）の問題です。