Cloud Spanner 【実務・中級編】 NewSQLアーキテクチャ – Cloud Spanner
Cloud Spannerという「神の技術」：分散トランザクションの限界を突破する設計思想「RDBMSの整合性」と「NoSQLのスケールアウト」。この二つは、長らくトレードオフの代名詞だった。CAP定理の呪縛に縛られ、我々は「読み取り専用の...
Cloud Spanner NoSQL 【実務・中級編】 インメモリデータストアの特性 – Redis
Redisを「ただのキャッシュ」と呼ぶな。インメモリ・アーキテクチャの極意を説くエンジニア諸君。Redisを「RDBより速い一時的な保管場所」程度に考えていないか？ もしそうなら、君のシステムはRedisの性能の10%も引き出せていないこと...
レガシーDBMS 【実務・中級編】 階層データモデル – 階層型DBMS
階層型DBMSの「呪縛」と「恩寵」：木構造に魂を込める設計論君たちが今、RDBのJOIN地獄で疲弊しているなら、一度原点に立ち返る必要がある。世間では「階層型DBMSは過去の遺物」などと揶揄されることもあるが、それは単に木構造のポテンシャル...
Cloud Spanner 【実務・中級編】 Cloud Spannerとは – Cloud Spanner
Cloud Spanner：分散データベースの「常識」を破壊する、エンジニアのための最終回答多くのエンジニアが「RDBの拡張性」と「分散システムの整合性」の間で苦悩してきた歴史は、Cloud Spannerの登場によって幕を閉じた。「水平ス...
NoSQL 【実務・中級編】 Redisの概要 – Redis
Redisはただの「KVS」ではない。インメモリで戦うためのアーキテクチャの本質Redisを「キャッシュサーバー」と呼ぶのは、エンジニアとしてあまりに浅い。Redisの本質は、「計算量O(1)の世界で、データ構造をメモリ上に直接マッピングし...
PostgreSQL 【テクニカル・上級編】 カバリングインデックスとINCLUDE句 – PostgreSQL
データベースの「死角」を突く：PostgreSQLのINCLUDE句とインデックスオンリースキャンの深淵データベースエンジニアとして長く現場に立っていると、ふとした瞬間に「なぜ、これほどまでにインデックスを貼っているのに、このクエリは遅いの...
PostgreSQL 【実務・中級編】 カバリングインデックスとINCLUDE句 – PostgreSQL
「インデックスはあるのに遅い…」を解決する、INCLUDE句という魔法の切り札現場で運用しているデータベース、時々「これだけインデックスを張っているのに、なんでクエリが遅いんだ？」と首をかしげたくなること、ありますよね。実行計画（`EXPL...
PostgreSQL 【入門編】 カバリングインデックスとINCLUDE句 – PostgreSQL
こんにちは！データベースの世界へようこそ。普段、仕事や趣味でアプリを作っていると、「あれ、なんか最近データが増えてきて、動きが重いな？」と感じること、ありますよね。そんなとき、多くのエンジニアが最初に頼るのが「インデックス（索引）」です。今...
PostgreSQL 【テクニカル・上級編】 REINDEX CONCURRENTLYによるメンテナンス – PostgreSQL
インデックスの「枯れ」と向き合う：REINDEX CONCURRENTLYという選択肢データベースの運用を長く続けていると、避けられないのが「インデックスの肥大化と断片化」です。特に更新頻度の高いテーブルでは、MVCCの影響でデッドタプルが...
PostgreSQL 【実務・中級編】 REINDEX CONCURRENTLYによるメンテナンス – PostgreSQL
「インデックスの肥大化、そのまま放置してない？」DBエンジニアとして現場を回っていると、よくこんな相談を受けます。「最近、なんだかクエリが遅い気がする」「インデックスは貼ってあるのに、フルスキャンに近い動きをしてる」。データ更新が頻繁なテー...