測定によるSQL最適化の評価方法。
最適化の提案にはスキーマと実行計画の根拠が必要です。短いクエリが自動的に高速または等価とは限りません。
作業手順をタスクに合わせましょう。
スキーマ、インデックス、実行計画から実測されたボトルネックを特定します。範囲を絞った変更を提案し、データ分布と書き込みコストを考慮して、結果とワークロードの性能を比較してください。
- 用意するもの
- クエリ、スキーマ、提供された実行計画。
- 得られるもの
- 必要な測定を伴う最適化の仮説。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
A query filters orders by customer_id; the execution plan scans the full table.
完成例
Investigate whether an appropriate index improves the measured workload; verify selectivity, write costs and the actual plan before changing production.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
短い SQL クエリは必ず速いですか？
いいえ。性能は実行計画とワークロードに依存します。意味を保ち、変更後に関連する動作を測定してください。
インデックスを追加しても改善しないのはなぜですか？
選択性、述語、実際の計画を調べてください。オプティマイザーが別のアクセス経路を選ぶ妥当な理由があるかもしれません。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑