![](https://cdn-ak-scissors.b.st-hatena.com/image/square/044fab9ecf8f543baa8869a881a60bba2da43861/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9UG9zdGdyZVNRTCVFMyU4MiVBMiVFMyU4MyVCMyVFMyU4MyU4MSVFMyU4MyU5MSVFMyU4MiVCRiVFMyU4MyVCQyVFMyU4MyVCMyVFRiVCQyU5QSVFMyU4MiVBNCVFMyU4MyVCMyVFMyU4MyU4NyVFMyU4MyU4MyVFMyU4MiVBRiVFMyU4MiVCOSVFOSU5NiVBMiVFOSU4MCVBMyVFMyU4MSVBRSVFNCVCOCU4OSVFNiU5QyVBQyVFNyVBQiU4QiVFMyU4MSVBNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NTc3MGE0MTAwYzNjMGUxNWU4M2FiZmFiNzZhYWY0MWE%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBtYXN1ZGFreiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NDFhMmMxYWJiYmIwOTRjMjBmYjhjNTc5ZTA3ZjRhZTE%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D67486b3ede89e7c47e22c3e5264243fe)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
PostgreSQLアンチパターン:インデックス関連の三本立て - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
PostgreSQLアンチパターン:インデックス関連の三本立て - Qiita
SQLプランナの過信 time_of_report に インデックスつけてあるから大丈夫だろうと思っていたら、Seq. Sc... SQLプランナの過信 time_of_report に インデックスつけてあるから大丈夫だろうと思っていたら、Seq. Scan になっていたSQL です。 SELECT id FROM reports WHERE user_id = 12345 AND date_trunc('day', time_of_report) = current_date; WHERE句でdate_trunc 関数:timestampの丸めを使ったせいで、インデックスを使ってくれなかった。 それはそうですね。関数一般を適用した結果は、値の順序が変わってしまう=index上の位置が変わってしまう、可能性があるので。 対策: 性能の欲しいWHERE句で、高頻度でその関数を使うなら、インデックスも関数値で作る USING btree(date_trunc('day', time_of_report)) date_tr