【SAP基礎】ST05を使用したSQLトレースについて解説

T-CODE：ST05は、SQL・ロック・RFC などのトレース機能を持ちますが、その中でよく使われるのがSQLトレースです。SQLトレースは、ABAPプログラムがデータベースへ送ったSQL（検索や更新の命令）を、そのまま記録して見比べられる機能です。画面が遅い、ジョブが重いといった性能調査に強いのはもちろんですが、「このトランザクションはどのテーブルを読んでいるのか／更新しているのか」を確認したいときにも、とても有効です。

本記事では、SQLトレースに関する概要をおさえつつ、ST05を使った実行方法を実務視点で整理していますので、ぜひご参考ください！

概要

SQLトレースとは、ABAPプログラムやトランザクションが実際にデータベースへ投げたSQL命令を、その発行順・内容・所要時間とともに記録する仕組みです。SQLトレースはDBを操作する最終形のSQLを残し、かつどれだけ時間がかかり、何行読み書きし、どのテーブルやインデックスに触れたかまで可視化します。つまり、画面やジョブの“遅さ／重さ”をDB視点で説明できる材料になります。

ST05では、次の観点でトレースを採取・分析できます。

SQLトレースの実行方法

SQLトレースの大まかな手順は以下の通りです。

実機でのSQLトレース方法の解説

まずは、調査したい対象の処理を別ウィンドウで準備します。
今回は、デモ用で用意したABAPプログラム「ZTEST_OKD02」をT-CODE：SE38の実行画面で用意しています。
このプログラムは、選択画面で会社コードや会計期間等を選択し、その条件に応じた会計伝票明細をテーブルから抽出するという簡単なテストプログラムです。

次に、T-CODE：ST05を新しいウィンドウで開き、「SQLトレース」にチェックをつけた状態（下図の①）で「トレース開始」ボタンを押下（下図の②）します。現在ログオン中のアプリケーションサーバ上で、対象ユーザが発行するSQLがトレース対象になります。

事前に開いておいた調査したい対象の画面に戻り、実行ボタンを押下します。（下図の③）

プログラムの処理が完了した後、ST05の画面に戻り「トレース終了」ボタンを押下（下図の④）し、続けて「トレース照会」画面を押下（下図の⑤）します。これにより、SQLトレースの記録が終了し、トレース照会の選択画面に遷移します。

トレース結果の照会と分析

選択画面では、直近でトレースした開始日時と終了日時や実行ユーザIDがデフォルトで入ってきます。
問題なければそのまま実行ボタンを押下します。

出力された結果はALV形式でフィルターや並び替えができますが、Excelなどのローカルファイルに出力することもできます。

レコードをダブルクリックすると、詳細画面に遷移します。上記画像の様に、SQL文の場合はSQL文の詳細とパラメータ値が表示されます。また、レコードを選択した状態で「ABAP Call Location」のアイコンを押下すると、対象のABAPコードに遷移することができます。

今回の例では、何回も同じSELECT文が呼び出されていることがわかると思います。
これは、ABAPのループの中で毎回SELECTを発行する実装方法をとっているために起こる典型的な例です。本来は、結合（JOIN）や “FOR ALL ENTRIES” を使って、一度のSQLでまとめて取得することで、同じSQLを何十回・何百回とDBに投げる「多重実行」を避けることができます。

注意点

T-CODE：ST05のSQLトレースは、あくまでDBに投げられたSQLを記録するものであり、LOOP・SORT・集計などのABAP側の処理は記録することができません。
つまり、「大量データをABAPに持ってきてゴリゴリ処理している」ようなポイントは、ST05単体では直接検知できないというわけです。

そのため、T-CODE：SATやT-CODE：ST12でABAPランタイムを測り、どのサブルーチン／命令が時間を消費しているかを確認するなど、複合的な調査が必要になります。ST12であれば、ABAPトレースとSQLトレースをまとめて取得できるため、ABAP側とDB側のどちらがボトルネックなのかを切り分けやすくなります。

まとめ

T-CODE：ST05は、パフォーマンス調査だけでなく、「この処理はどのテーブルにアクセスしているのか」を確認するための便利なツールでもあります。使い方はシンプルで、「対象をしぼって短くトレース→結果を並べ替えて重い処理や関係するテーブルを特定」という流れを守れば、誰でも十分活用できます。
本記事が、日々の業務に役立てていただければ幸いです。最後まで読んでいただきありがとうございました！