![](https://cdn-ak-scissors.b.st-hatena.com/image/square/f266b60ba058a259fbff12949552f41cfbf9751e/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--dTrZjeki--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3ASQL%2525E3%252581%25258C%2525E9%252587%25258D%2525E3%252581%252584%2525E3%252581%2525A8%2525E3%252581%25258D%2525E3%252581%2525AB%2525E8%2525A6%25258B%2525E3%252582%25258B%2525E3%252581%25258A%2525E6%2525B0%252597%2525E8%2525BB%2525BD%2525E3%252583%252581%2525E3%252583%2525A5%2525E3%252583%2525BC%2525E3%252583%25258B%2525E3%252583%2525B3%2525E3%252582%2525B0%2525E6%252596%2525B9%2525E6%2525B3%252595%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3Aseyama%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzczYzU5ZjdiYTYuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント19件
- 注目コメント
- 新着コメント
![gonsuke777 gonsuke777](https://cdn.profile-image.st-hatena.com/users/gonsuke777/profile.png)
gonsuke777
OracleのSQLチューニングはDBMS_SQLTUNEのリアルタイム監視レポートを使えると激変するので知っておいて欲しい。 https://www.oracle.com/webfolder/technetwork/jp/ondemand/ddd2013/A-1.pdf
![buzztaiki buzztaiki](https://cdn.profile-image.st-hatena.com/users/buzztaiki/profile.png)
buzztaiki
統計によるアグレッシブなSQLの変形を見てOracleすごいってなった思い出。正しく設計するとオプティマイザが頑張れる余地が増える。bindpeekがない頃は実行計画が変に固定されて、それはそれで困る事もあった。
![kagehiens kagehiens](https://cdn.profile-image.st-hatena.com/users/kagehiens/profile.png)
kagehiens
Oracleはオプティマイザが気難しすぎると思う。SQL Serverの新しめのやつは感動的にオプティマイザが良い(あとSSMSもOracleの管理/クエリ発行ツールよりGood)。IS NULLとか<>ぐらいは激重テーブル以外では気軽に使いたいもの。
![gonsuke777 gonsuke777](https://cdn.profile-image.st-hatena.com/users/gonsuke777/profile.png)
gonsuke777
OracleのSQLチューニングはDBMS_SQLTUNEのリアルタイム監視レポートを使えると激変するので知っておいて欲しい。 https://www.oracle.com/webfolder/technetwork/jp/ondemand/ddd2013/A-1.pdf
![buzztaiki buzztaiki](https://cdn.profile-image.st-hatena.com/users/buzztaiki/profile.png)
buzztaiki
統計によるアグレッシブなSQLの変形を見てOracleすごいってなった思い出。正しく設計するとオプティマイザが頑張れる余地が増える。bindpeekがない頃は実行計画が変に固定されて、それはそれで困る事もあった。
![kagehiens kagehiens](https://cdn.profile-image.st-hatena.com/users/kagehiens/profile.png)
kagehiens
Oracleはオプティマイザが気難しすぎると思う。SQL Serverの新しめのやつは感動的にオプティマイザが良い(あとSSMSもOracleの管理/クエリ発行ツールよりGood)。IS NULLとか<>ぐらいは激重テーブル以外では気軽に使いたいもの。
![degucho degucho](https://cdn.profile-image.st-hatena.com/users/degucho/profile.png)
degucho
ややこしいSQLを書かないといけなくなった時点でDB設計の見直しが必要。チューニングはRBOからCBOになった時点であまり意味がなくなってハード性能を上げるかクラウドのスケールアップで解決する方が結果的に安い
![stakme stakme](https://cdn.profile-image.st-hatena.com/users/stakme/profile.png)
stakme
join使わず(shardingあると論理的にも物理的にも使えない)PK以外のindex指定、limit offset禁止、filesort自動検知までやっても漏れるときは漏れるし、日頃の行いが問われます(私は日頃の行いが悪いのでしばしば踏み抜く)
![ysksy ysksy](https://cdn.profile-image.st-hatena.com/users/ysksy/profile.png)
ysksy
“昔はinよりexistsの方が速いなんて話があったが、今はオプティマイザが賢くて同じ模様。” そうだったのか。でもこんなSQL書く人は性能なんて知らねーぜな率高めなので、レビューで注意することに変わりはない…
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
SQLが重いときに見るお気軽チューニング方法
SQLのチューニング方法 昔Qiitaで書いたものをzennにうつして、若干の修正、追加をしてみました。 ORACL...示
SQLのチューニング方法 昔Qiitaで書いたものをzennにうつして、若干の修正、追加をしてみました。 ORACLEでの経験を元に書いていますがコストベースのリレーショナルデータべースなら大体共通の考え方だと思うので他にも使えると思います。 SQLのチューニングといえば比較的容易に済むインデックスをとりあえず作成する。といった対応を取られがちですが、数万レコード程度でのデータ量ではあまり効き目がなく︵自分の経験則︶、どちらかといえば、結合順が大幅に狂ってたりすることが原因のことが多かったりします。よって本当にインデックスがないことが原因なのか?を熟考する必要があります。︵例えばID以外のフラグとかコードに単項目indexを貼ってるのもみたことがあります。怖いけど実話︶ また、インデックスを作りすぎるとオプティマイザが狂いやすくなって他のSQLにも悪影響を及ぼしたりするので結構熟慮して追加
2021/05/08 リンク