RDBMS

こんにちは！データベースエンジニアの私です。今日は、皆さんが普段PostgreSQLを使っている中で「もっと検索を速くしたいな」「でもインデックスをたくさん作ると容量が心配……」と悩んだときに、魔法のような解決策をくれる「部分インデックス（...

データベースの「死角」を突く：PostgreSQLのINCLUDE句とインデックスオンリースキャンの深淵データベースエンジニアとして長く現場に立っていると、ふとした瞬間に「なぜ、これほどまでにインデックスを貼っているのに、このクエリは遅いの...

「インデックスはあるのに遅い…」を解決する、INCLUDE句という魔法の切り札現場で運用しているデータベース、時々「これだけインデックスを張っているのに、なんでクエリが遅いんだ？」と首をかしげたくなること、ありますよね。実行計画（`EXPL...

こんにちは！データベースの世界へようこそ。普段、仕事や趣味でアプリを作っていると、「あれ、なんか最近データが増えてきて、動きが重いな？」と感じること、ありますよね。そんなとき、多くのエンジニアが最初に頼るのが「インデックス（索引）」です。今...

インデックスの「枯れ」と向き合う：REINDEX CONCURRENTLYという選択肢データベースの運用を長く続けていると、避けられないのが「インデックスの肥大化と断片化」です。特に更新頻度の高いテーブルでは、MVCCの影響でデッドタプルが...

「インデックスの肥大化、そのまま放置してない？」DBエンジニアとして現場を回っていると、よくこんな相談を受けます。「最近、なんだかクエリが遅い気がする」「インデックスは貼ってあるのに、フルスキャンに近い動きをしてる」。データ更新が頻繁なテー...

こんにちは！データベースの世界へようこそ。今日は、PostgreSQLを使っているといつか必ずぶつかる「インデックスの整理整頓」についてお話しします。データベースを長く使っていると、まるで散らかった部屋のように、検索の効率が悪くなってくるこ...

PostgreSQLのHashインデックス：その「誤解」と「真の使いどころ」を解き明かすPostgreSQLを長年触っていると、インデックスの選択肢はほとんど「B-tree」で埋め尽くされてしまうのが現実ですよね。ほとんどのケースでB-tr...

やあ、今日もデータベースの深淵を覗きに来たね。PostgreSQLのインデックスといえば、誰もが真っ先に「B-tree」を思い浮かべるはずだ。実際、ほとんどのケースでB-treeを選んでおけば間違いない。でもね、現場で長く戦っていると、「こ...

こんにちは！データベースをこよなく愛するエンジニアです。皆さんは、PostgreSQLの「インデックス」と聞いて、何を思い浮かべますか？「とりあえずB-treeを作っておけば安心！」という方も多いかもしれませんね。それは決して間違いではあり...