レガシーDBMS

階層型DBMSの心臓部：「物理親」という呪縛と恩恵多くの若手エンジニアは、RDBMSの柔軟なJOINに慣れきっている。だが、もし君がIMSのような「真の階層型DBMS」を扱う現場に立つなら、まず頭の中から「リレーション」という言葉を消し去る...

階層型DBMSの「禁断の果実」：論理親（Logical Parent）を使いこなす極意RDB（リレーショナルデータベース）が跋扈する現代において、階層型DBMS（IMS等）を扱うということは、ある種の「職人芸」だ。特に、「物理的な木構造」と...

階層型DBMSの「論理子（Logical Child）」：物理の呪縛を解く唯一の解法諸君、設計レビューを始めよう。多くの若手エンジニアは「階層型DBMSは古い」と切り捨てる。だが、IMS（Information Management Sys...

階層型DBMSの呪縛：なぜ「多対多」は我々を狂わせるのか君たちが今、RDBMSやNoSQLの恩恵を当たり前のように受けているのは、先人たちが「木構造」という名の檻の中でどれほど血を流してきたかを知らないからだ。階層型DBMS。IBMのIMS...

階層型DBMSの呪縛と「構造的負債」との戦い方諸君、データモデルの設計に迷いはないか？今日取り上げるのは、現代のRDBMSやNoSQLの隆盛の裏で、今なおエンタープライズの深淵で静かに鼓動を続ける「階層型DBMS（Hierarchical ...

階層型DBMSの「階層順序」を支配せよ：物理配置とロジックの極意多くの現代エンジニアは、RDBMSの「集合論的アプローチ（SQL）」に毒されている。JOINを多用し、インデックスに頼り、パフォーマンスが出なければ「とりあえずハードウェアを増...

階層型DBMSの「レコードオカレンス」を制する者が、データ構造を制する諸君、ようこそ。現代のエンジニアの多くは、RDBMSの「テーブル」やNoSQLの「ドキュメント」という概念に毒され、データの「本質的な親子関係」を単なる外部キーの結合で済...

階層パスの深淵：なぜ「木構造」はRDBMS全盛の今も最強の武器なのか諸君、ようこそ。リレーショナルデータベース（RDBMS）が支配するこの時代に、あえて「階層型DBMS（Hierarchical DBMS）」の深淵を覗こうというその姿勢、嫌...

階層型DBMSの心臓部：ポインタ・ナビゲーションの「神髄」を理解せよ諸君、データモデリングの現場で「リレーショナル（RDBMS）以外の選択肢」を検討したことはあるか？現代のエンジニアの多くは、JOINのコストやインデックスの断片化に頭を悩ま...

階層型DBMSの「ナビゲーショナル・アクセス」という名の職人芸現代のエンジニアは、SQLという「宣言的」なインターフェースに甘やかされている。`SELECT FROM ... WHERE ...` と書けば、あとはオプティマイザがよしなにや...