※旧SEメンバーシップ会員の方は、同じ登録情報（メールアドレス＆パスワード）でログインいただけます
EnterpriseZine編集部が最旬ITトピックの深層に迫る。ここでしか読めない、エンタープライズITの最新トピックをお届けします。
2024年秋号（EnterpriseZine Press 2024 Autumn）特集「生成AI時代に考える“真のDX人材育成”──『スキル策定』『実践』2つの観点で紐解く」
最初の2回で、最適な実行計画を作成するためには、どのような情報を「与える」必要があるか、ということを説明しました。次の2回では、どのような性能試験を実施すれば、アップグレードをきっかけに性能が劣化した処理を確認することができるか、ということを説明しました。最終回の今回は、性能が劣化したSQLを効率良くチューニングする、新しいチューニング方法をお伝えします。
性能試験をしてみたら、性能が劣化したSQLがあった！
そんな時、皆さんはどのようにチューニングを行なっていますか？
アップグレード前は、NESTED LOOPで動いていたのに、アップグレード後は、HASH JOINで動いているから、ヒント句で固めてみようかな…
というように、ヒント句を埋め込むことにより、チューニングをしている人が多いと思います。
しかし、数十個の表を結合しているような複雑なSQL文では、実行計画のステップ数が数百にも及ぶため、ヒント句をつけて試行錯誤してみても、なかなかアップグレード前の実行計画に戻せない！ということもあると思います。
そのような時は、Oracle Database 11gR1 から登場した、SQL Plan Management(SPM)を使用することをお勧めします。
SPMとは、オプティマイザが作成したSQL文の実行計画を内部的なヒント句として登録し、管理することが出来る機能です。
SPMを使用することで、アップグレード前の実行計画を、新しい環境でも使用するように設定することが可能になります。
この記事は参考になりましたか？
大村奈緒（オオムラナオ）
日本オラクル株式会社
コンサルティングサービス統括
テクノロジーソリューションコンサルティング統括本部
※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です
この記事は参考になりましたか？
この記事をシェア
