クエリチューニングと最適化

PostgreSQLの「プランナの勘違い」を正す――結合制御フラグとの上手な付き合い方現場でデータベースを触っていると、たまに「なんでオプティマイザはこんな変な実行計画を選んだんだ？」と頭を抱える夜がありますよね。特に、数千万行のテーブル同...

「あのクエリ、なんでこんなに遅いの？」を解決！PostgreSQLの“結合の魔法”を操る方法こんにちは！データベースの世界に足を踏み入れた皆さん、日々の開発楽しんでいますか？PostgreSQLを使っていて、「データはそんなに多くないはずな...

禁断の果実：PostgreSQLの「プランナメソッド設定」とどう向き合うべきかPostgreSQLの運用にどっぷり浸かっていると、一度は必ず「なぜオプティマイザはこの鈍重なシーケンシャルスキャンを選んだんだ？」と天を仰ぐ夜があるはずです。イ...

PostgreSQLの「禁じ手」？プランナメソッド設定と上手く付き合う技術やあ。今日はちょっと「現場の裏技」というか、PostgreSQLのクエリチューニングにおける諸刃の剣、「プランナメソッド設定（enable_xxx）」の話をしようと思...

こんにちは！データベースの世界へようこそ。普段、PostgreSQLを使っていると、「どうしてデータベースって、こんなに遅いやり方でデータを取ってくるんだろう？」とイライラすること、ありませんか？実は、データベースの中には「プランナ」という...

GEQOの深淵へ：PostgreSQLのクエリ最適化における「最後の切り札」と向き合うPostgreSQLのクエリオプティマイザは非常に優秀だ。しかし、結合するテーブル数が10、12、15と増えていくにつれ、その「優秀さ」がコスト（計算量）...

「クエリが遅い！」その原因、実はGEQOの気まぐれかもしれません。現場でPostgreSQLをいじっていると、たまに遭遇しますよね。「なんでこんな単純なクエリなのに、実行計画がめちゃくちゃなんだ？」という現象。テーブルが4つ、5つと増えてい...

こんにちは！データベースの世界にどっぷり浸かっているエンジニアです。今日は、PostgreSQLのちょっと「通」な設定である「GEQO（ゲコ）」についてお話しします。名前だけ聞くと難しそうですが、実は私たちの生活の中にある「あるある」と全く...

クエリプランナの「脳内コスト」を疑え：cpu_tuple_costが隠し持つ真実PostgreSQLのクエリプランナと長く付き合っていると、時折「なぜ、この単純なインデックススキャンを選ばず、コストの高いシーケンシャルスキャン（Seq Sc...

「プランナのさじ加減」を理解する：PostgreSQLのCPUコスト定数と付き合う技術やあ。最近、PostgreSQLのパフォーマンスチューニングで悩んでるって聞いたよ。「インデックスも貼ったし、`VACUUM ANALYZE`も定期的に回...