PostgreSQL

「Nested Loopは悪」という誤解を解く――PostgreSQLの実行計画と向き合う夜データベースのチューニングをしていると、必ずといっていいほど「Nested Loop Join（NLJ）＝低速」というレッテルを貼るエンジニアに出会...

「またクエリが遅いってアラートが飛んできてるよ。どれどれ……あー、またネステッドループ（Nested Loop）が暴れてるね」PostgreSQLを触っていると、一度は必ず遭遇するこの「Nested Loop」。初心者向けの本には「最悪の結...

こんにちは！データベースの世界へようこそ。普段、何気なくSQLを書いて「データを取ってくる」という作業をしていますが、実はその裏側でデータベースエンジンは、ものすごい勢いで「一番効率のいい探し方」を考えてくれています。今日は、そんな頑張り屋...

インデックスの「肥大化」と静かに戦う夜：PostgreSQLのBloatを制御するPostgreSQLの運用を長く続けていると、必ず一度は直面する壁がある。テーブルの行数やトラフィックは変わっていないはずなのに、なぜかインデックスのサイズだ...

やあ。最近、データベースのパフォーマンスがなんとなく落ちてきたな、なんて悩んでいないかい？「インデックスもちゃんと貼っているし、クエリも最適化したはずなのに、なぜか遅い」。そんな時に真っ先に疑うべき犯人の一人が、インデックスの肥大化（Blo...

こんにちは！データベースの世界にどっぷり浸かって十数年、今日も元気にクエリをチューニングしているエンジニアです。皆さんは、PostgreSQLを使っていて「あれ？最近なんだか検索が遅くなった気がする…」なんて経験はありませんか？実はそれ、デ...

複合インデックスの「順序」という名の魔術――PostgreSQLの深淵を覗くPostgreSQLのチューニングにおいて、インデックス設計はまさに「職人芸」です。特に複合インデックス（B-tree）の列順序をどう定義するかは、パフォーマンスを...

複合インデックスの「順番」、適当に決めてない？現場でコードレビューをしていると、複合インデックス（マルチカラムインデックス）を作るときに「とりあえず使われる列を全部ぶち込んでおくか」という設計をよく見かけるんだよね。正直に言うと、それ、半分...

こんにちは！データベースの世界へようこそ。今日は、PostgreSQLのパフォーマンスを語る上で避けては通れない、でも意外と勘違いされやすい「複合インデックスの並び順」についてお話ししようと思います。「インデックスを貼れば速くなる！」と聞い...

「なぜその検索は遅いのか？」— 式インデックスが救う、泥沼化したクエリの最適化術PostgreSQLを長年触っていると、必ずと言っていいほど直面する壁があります。それは、「インデックスを貼っているのに、フルスキャンが走る」という現象です。開...