SQLdeveloperの問合せに表示される秒数は何を表すか

Question

SQLdeveloperからクエリを実行すると問い合わせ結果(デフォルトではおそらくSQLワークシートの下)のヘッダに経過時間が表示されると思いますが、これは何に対する経過時間なのでしょうか？

私の環境では、
50行フェッチしました(12.345秒)
のように表示されますが、スクロールすると次の50行をフェッチしているようで
12.350秒
のようにほんの少しですが秒数が増えていきます。
これは最初の50行のフェッチだけ12.345秒かかり、次の50行は0.005秒しかかからないということでしょうか？
それとも全体の、例えば1000行全てフェッチするのに12.345秒かかり、表示のみに0.005秒かかっているということでしょうか？

SQLdeveloper3.0

Answer 1

これは何に対する経過時間なのでしょうか？

データベースにクエリを発行して、結果が返ってくるまでの時間の累積時間かと思われます。

最初の50行のフェッチだけ12.345秒かかり、次の50行は0.005秒しかかからない

どちらかといえば、こちらのニュアンスの方が実態に即した内容かと思います。
SQLが実行される場合、結果を1行でも取得しようと思うと、最終的な結果まで計算されないとデータが返却できません。
そのため、複雑なSQLなどでは最初の実行にはどうしても時間がかかる場合があります。

ただし、結果が100万行となるようなSQLを実行しても、いきなり100万行すべてが返却されているというわけではありません。
カーソルという仕組みを使って、都度必要な行数分のみをデータベースから取得しています。
この操作がフェッチです。

SQL Developerではフェッチ行数の初期値が50行となっており、この値は変更可能です。
フェッチ処理で次の行を取得する際もデータベースとの通信が発生しており、このやり取りにかかる時間が経過時間として加算されるため、経過時間の値が少しずつ増えるということになっているものと思われます。

Comments

[lupus_dingo]

>SQLが実行される場合、結果を1行でも取得しようと思うと、最終的な結果まで計算されないとデータが返却できません。

>このやり取りにかかる時間が経過時間として加算されるため、経過時間の値が少しずつ増えるということになっているものと思われます。

つまり、最初のフェッチはデータ取得にかかる時間でそれ以降はネットワークの時間ということでしょうか？
気にしているのは、実行計画とは別に実際のSQLのパフォーマンスを大量に計測する必要がある場合、sqlplusのspoolなどで測ると手間とファイルサイズがかかりすぎるので、SQL Developerの最初のフェッチで代用できないかということです。

二回目以降がネットワークのみの時間ならこの方法で問題ないと思っています。

[退会済みユーザー]

その前提を質問に記載頂きたかったと思います。
パフォーマンス計測なのであれば、AWRやStatspackを確認されることをおすすめします。

[lupus_dingo]

awrとSQLdeveloperの経過時間は全く異なるのでしょうか？

例えばSQLをrownum50で固定すれば両者の前提条件が揃えられる(awrでも全体結果を読み込んでからサイトの50件のみを返すという考え方ならSQLdeveloperと同じ結果になるはず)など。

awrなどで取るのが一番正確だと思いますが、
正直、現環境で大量のawrを取得しようとするとプロジェクト固有の作法を含めてかなりの手間がかかるため、なるべくなら使用したくないです。
その代用案として今回のSQLdeveloperを使用した方法を思い付きました。

いろいろ記載不備があってすみません。

[退会済みユーザー]

Enterprise Managerの導入有無もありますが、開発者に割当てられている権限設定等の関係で、今できる範囲内で計測をしようとされている状況はお察しいたしますが、SQL Developerで表示される経過秒数はネットワークレスポンスも含まれるため、あたりをつけるには使えるかもしれませんがあくまで参考にしかなりません。
また、SGAのバッファキャッシュやインデックスの利用有無、同時利用状況なども影響してきますので、SQL Developerでの取得が早かったからといって、なんらの保証もされないものであることをご認識おきください。
Enterprise EditionであればAWRは自動取得されており、手間がかかるとしても必要なタイミングでレポート取得を依頼できるように調整されてはいかがでしょうか。OEM上からであれば適切な権限が付与されれば一般ユーザーにAWRレポートを取得させることも可能です。
Standard Editonでも、運用を考えるとStatspackの定期実行は行った方がよいものと思いますので、仕組みがないのであれば仕組みを作られるようにした方がよいかと思います。

[lupus_dingo]

回答ありがとうございます。
やはりawrが一番よさそうですね。
自動取得はされているようですが、
おっしゃる通り権限の問題でそのファイルにアクセスするのがとても面倒なんです。。
SQLdeveloperではインデックスが使用されているかなど、どの実行計画の時の経過時間なのかわからないですもんね。
Statspackは全くわからないので調べてみます。

ありがとうございました。