レガシーDBMS 【テクニカル・上級編】 PSB（プログラム仕様ブロック） – 階層型DBMS
PSBの深淵：物理層を隠蔽する「論理的聖域」としてのアーキテクチャ現代の若手エンジニアは、リレーショナル・モデルのSQLを「神の与えたもうた唯一のデータ操作言語」と勘違いしている節がある。しかし、大規模基幹システムの心臓部、すなわちIBM ...
dbintronational
レガシーDBMS Cloud Spanner 【テクニカル・上級編】 データ移行戦略 – Cloud Spanner
Spannerへの移行：RDBMSの亡霊を断ち切り、分散世界の深淵へ挑む多くのエンジニアが「SpannerはマネージドなRDBMSだ」と誤解している。これが悲劇の始まりだ。Spannerは既存のRDBMSの延長線上にあるのではない。「Pax...
NoSQL 【テクニカル・上級編】 SCRIPT EXISTSコマンド – Redis
Redisの深淵：`SCRIPT EXISTS`が暴くスクリプト管理の真実とメモリの境界線RedisのLuaスクリプト機能は、単なる「手続きの集約」ではない。それはRedisというインメモリ空間において、アトミック性を担保しながら複雑なロジ...
PostgreSQL 【テクニカル・上級編】 コストモデルパラメータ – PostgreSQL
コストモデルを「ハック」する：PostgreSQLプランナと向き合う究極のチューニングPostgreSQLのパフォーマンスに悩まされ、最終的に `EXPLAIN ANALYZE` の深淵を覗き込んだ経験がある人なら、一度はこう思ったはずだ。...
レガシーDBMS 【テクニカル・上級編】 DBD（データベース定義） – 階層型DBMS
DBDの深淵：ポインタの連鎖が支配する物理レイヤの美学RDBの全盛期において、階層型DBMSを「レガシー」と呼ぶ者は多い。だが、現代の分散KVSやGraphデータベースの内部設計を紐解けば、そこに階層型の亡霊、いや、普遍的な最適化の知恵が色...
Cloud Spanner 【テクニカル・上級編】 グローバルアプリケーション – Cloud Spanner
分散データベースの聖杯：Cloud Spannerが「CAP定理の限界」を突破する深淵なるメカニズムデータベース設計に携わる者にとって、CAP定理は永遠の呪縛だ。可用性を優先すれば一貫性が犠牲になり、一貫性を求めればレイテンシが牙を剥く。し...
NoSQL 【テクニカル・上級編】 SCRIPT LOADコマンド – Redis
Redis内部解剖：`SCRIPT LOAD`が引き起こすメモリとキャッシュの底流チーフアーキテクトの私から言わせてもらえば、多くのエンジニアはRedisを「ちょっと高機能なインメモリKVS」程度にしか捉えていない。しかし、Luaスクリプト...
PostgreSQL 【実務・中級編】 コストモデルパラメータ – PostgreSQL
「PostgreSQLのプランナに何を信じさせるか？」――コストモデルパラメータと仲良くなる話こんにちは。最近、若手エンジニアから「クエリがどうしても遅いんです。EXPLAINを見てるんですけど、インデックスが使われていないみたいで……」と...
レガシーDBMS 【テクニカル・上級編】 物理親（Physical Parent） – 階層型DBMS
物理親（Physical Parent）という「呪縛」：階層型DBMSの深淵でポインタを制御するリレーショナルモデルが支配する現代において、階層型DBMSを論じることは、さながら廃墟と化した巨大な地下都市の設計図を読み解く作業に似ている。だ...
Cloud Spanner 【テクニカル・上級編】 金融システムでの利用 – Cloud Spanner
金融システムの聖杯：Cloud Spannerにおける「真の強整合性」と「分散トランザクション」の深淵金融システムのアーキテクトにとって、分散データベースは長らく「信頼性」か「スケーラビリティ」のどちらかを犠牲にする妥協の歴史だった。しかし...