RDBMS

なぜ「デフォルトのコスト定数」に頼り切ってはいけないのか？― `cpu_operator_cost` が変えるクエリの未来PostgreSQLを長く触っていると、ある日突然、プランナが「明らかに間違った道」を選ぶ瞬間に出くわします。巨大なテ...

「またプランナが変な気を起こして、全件スキャンを始めやがった……」そんな経験、一度や二度じゃないですよね。PostgreSQLのクエリチューニングをしていると、必ずぶつかる壁が「プランナの勘違い」です。特に、重い計算処理や独自の関数をWHE...

こんにちは！データベースエンジニアのブログへようこそ。今日は、PostgreSQLの「裏側」を少しだけ覗いて、クエリの速度を魔法のように改善するヒントをお話ししますね。データベースの世界には「クエリプランナ」という、いわば頭脳のような存在が...

隠れたコストの正体：`cpu_index_tuple_cost` がクエリプランを支配する仕組みPostgreSQLのクエリプランナと日々対峙していると、時折「なぜオプティマイザは、明らかに効率的なインデックススキャンを選ばないのか？」とい...

「PostgreSQLのプランナが、なぜあえて遅いクエリを選んでしまうのか？」もしあなたが実務でそんな疑問を抱いたことがあるなら、今日のお話は間違いなく役に立つはずです。PostgreSQLのクエリチューニングにおいて、多くの人が真っ先に手...

こんにちは！データベースを愛してやまないエンジニアです。今日は、PostgreSQLのチューニングにおいて、知る人ぞ知る隠れた設定項目「cpu_index_tuple_cost」についてお話ししようと思います。「名前からして難しそう…」と思...

「デフォルト値」という名の罠：cpu_tuple_cost と最適化の深淵PostgreSQLのチューニングにおいて、`work_mem` や `effective_cache_size` をいじるのは、いわば「基礎工事」のようなものだ。し...

なぜか遅いクエリ。プランナの「見積もり」を疑ったことはあるか？やあ。現場でPostgreSQLと格闘しているエンジニアのみんな、お疲れ様。今日は少し「通（つう）」な話をしよう。大規模なテーブルに対するクエリが、インデックスを使っているはずな...

「なぜか遅い」を解決する魔法の数字？ PostgreSQLの`cpu_tuple_cost`を優しく解説こんにちは！データベースの世界にどっぷり浸かって十数年、今日も今日とてSQLの海を泳いでいるエンジニアです。皆さんはPostgreSQL...

work_memという名の「諸刃の剣」と、その適正解を求めてPostgreSQLのチューニングにおいて、`work_mem`ほどエンジニアを悩ませ、かつ奥が深いパラメータはないかもしれません。「とりあえず値を大きくしておけばソートが速くなる...