レガシーDBMS 【テクニカル・上級編】 後方復旧（ロールバック） – 階層型DBMS
階層型DBMSにおける「不変の整合性」：後方復旧の深淵と物理的制約の克服現代の分散システムやリレーショナルモデルの隆盛の陰で、階層型DBMS（IMS等）がなぜ半世紀以上もの間、金融機関や航空システムの心臓部で鼓動し続けているのか。その答えは...
dbintronational
レガシーDBMS Cloud Spanner 【テクニカル・上級編】 読み取り専用と読み書きトランザクション – Cloud Spanner
Spannerのトランザクションを「再定義」する：整合性とスループットの物理的限界を突破せよ多くのエンジニアがCloud Spannerを「可用性の高いリレーショナルDB」と定義するが、それは表層に過ぎない。Spannerの本質は、True...
NoSQL 【テクニカル・上級編】 スクリプトの決定論的実行 – Redis
Redisスクリプトの決定論的実行：レプリケーションの整合性と「非決定性」の排除における極限の知見チーフアーキテクトの私から言わせてもらえば、Redisを単なる「高速なインメモリKVS」として扱っているうちは、その真価の半分も見えていない。...
PostgreSQL 【テクニカル・上級編】 B-treeインデックスの最適化 – PostgreSQL
B-treeの深淵：PostgreSQLインデックスを「性能」で語るためにPostgreSQLを触り始めてしばらく経つと、誰もが一度は `CREATE INDEX` を叩くはずです。でも、実務で数億レコードのテーブルを相手にしていると、イン...
レガシーDBMS 【テクニカル・上級編】 前方復旧（ロールフォワード） – 階層型DBMS
階層型DBMSにおける「前方復旧」の深淵：物理ポインタの整合性をいかに担保するか現代のRDBMS全盛の時代において、階層型DBMSを語ることは、ある種の考古学的なロマンと、計算機科学の根源的な問いに対する再帰的な探求を意味する。特に、IMS...
Cloud Spanner 【テクニカル・上級編】 パーティション化DML – Cloud Spanner
Cloud Spannerの深淵：Partitioned DMLという名の「最後の手段」Cloud Spannerにおけるトランザクションは、ACID特性を完全に担保するために設計されている。しかし、数億行に及ぶテーブルの「全件ステータス更...
NoSQL 【テクニカル・上級編】 redis.pcall関数 – Redis
Redisアーキテクチャの深層：`redis.pcall` がもたらすLuaスクリプトの耐障害性と真のトランザクション制御RedisにおけるLuaスクリプトの導入は、データ構造サーバーとしてのパラダイムシフトであった。単なるコマンドのバッチ...
PostgreSQL 【実務・中級編】 B-treeインデックスの最適化 – PostgreSQL
PostgreSQLのB-treeインデックス、その「深さ」と「順序」を理解してクエリを爆速にする話やあ。データベースのパフォーマンスチューニングの世界へようこそ。現場でPostgreSQLを触っていると、とりあえず困った時に `CREAT...
レガシーDBMS 【テクニカル・上級編】 チェックポイント処理 – 階層型DBMS
階層型DBMSにおけるチェックポイントの深淵：物理一貫性とスループットの「死闘」現代のRDBMS全盛の時代にあって、今なおメインフレームや極限の高速処理を求められるレガシー・システムで息づく「階層型DBMS」。その心臓部であるチェックポイン...
Cloud Spanner 【テクニカル・上級編】 DML文（INSERT/UPDATE/DELETE） – Cloud Spanner
Spanner DMLの深淵：分散トランザクションの「その先」を制する技術Cloud Spannerを単なる「SQLが使えるNoSQL」だと思っているなら、今すぐその認識を改めるべきだ。Spannerは、TrueTimeという物理的な時間の...