レガシーDBMS 【テクニカル・上級編】 1対多の対応関係 – 階層型DBMS
階層型DBMSの真髄：ポインタ鎖が支配する「1対多」の極致現代のRDBMSがSQLという高レイヤの抽象化に溺れている間、我々エンジニアは、かつて計算機資源が極限まで乏しかった時代に設計された「階層型DBMS（Hierarchical DBM...
レガシーDBMS Cloud Spanner 【テクニカル・上級編】 NoSQLとの比較 – Cloud Spanner
分散データベースの聖杯：Cloud SpannerがNoSQLの「妥協」を葬り去るメカニズムデータベースの歴史において、エンジニアは常に「水平スケーラビリティ」と「ACID特性」の二者択一を迫られてきた。NoSQLの隆盛は、CAP定理という...
NoSQL 【テクニカル・上級編】 MIGRATEコマンド – Redis
Redisの深淵：MIGRATEコマンドが背負う「不可視の代償」と設計の極意Redisの世界において、データ移行は単なる「移動」ではない。それは、メモリという揮発性かつ高速な領域に刻まれた情報を、ネットワークの不確定性と同期の整合性という二...
PostgreSQL 【テクニカル・上級編】 関数従属性統計 – PostgreSQL
なぜPostgreSQLのプランナは、たまに「とんでもない嘘」をつくのか？ ― 関数従属性統計による見積もり精度の突破口PostgreSQLのクエリチューニングにおいて、最も頭を悩ませるのは「実行計画の乖離」ですよね。「数万件はヒットするは...
レガシーDBMS 【テクニカル・上級編】 IMSの歴史 – 階層型DBMS
鋼鉄の残影：IMSに見る「物理的実在」のデータベース・アーキテクチャ現代のデータ駆動型社会において、我々はSQLという抽象化された言語の背後に隠れた「物理的なデータの実在」を忘れがちだ。しかし、1960年代、アポロ計画という人類史上最も過酷...
Cloud Spanner 【テクニカル・上級編】 RDBMSとの比較 – Cloud Spanner
スケーラビリティの神話を超えて：Cloud SpannerがRDBMSの「物理的限界」をどう破壊したか多くのエンジニアが「RDBMSは垂直スケールするもの」という呪縛に囚われている。MySQLのレプリケーション遅延に悩み、シャーディングの複...
NoSQL 【テクニカル・上級編】 TOUCHとCOPY – Redis
Redisの深淵：TOUCHとCOPYが我々に突きつける「メモリと時間のトレードオフ」Redisを単なる「高速なKVS」と呼ぶ者は、まだ表面を撫でているに過ぎない。真のアーキテクトは、Redisの各コマンドがメモリ上のデータ構造（`redi...
PostgreSQL 【実務・中級編】 関数従属性統計 – PostgreSQL
「え、なんで全件スキャン？」と悩んだら。PostgreSQLの「関数従属性統計」でオプティマイザを賢くする方法現場で働いていると、たまに「どう見ても高速に終わるはずのクエリが、なぜかフルスキャンして爆死している」なんて場面に遭遇しませんか？...
レガシーDBMS 【テクニカル・上級編】 物理データベースレコード – 階層型DBMS
物理データベースレコード（PDBR）の深淵：ポインタの海を統べるアーキテクチャの真髄現代のRDBMSが抽象化のレイヤーを幾重にも重ねる中で、我々が「物理データベースレコード（PDBR）」と呼ぶ概念は、データとハードウェアの直接的な対話の歴史...
Cloud Spanner 【テクニカル・上級編】 ACID特性の保証 – Cloud Spanner
分散DBの聖杯：Cloud Spannerがいかにして「妥協なきACID」を実装したか多くの分散データベースが「CAP定理」という名の妥協を強いられる中、なぜCloud Spannerだけが、グローバルスケールでACID特性を完璧に維持でき...