レガシーDBMS 【実務・中級編】 論理親（Logical Parent） – 階層型DBMS
階層型DBMSの「禁断の果実」：論理親（Logical Parent）を使いこなす極意RDB（リレーショナルデータベース）が跋扈する現代において、階層型DBMS（IMS等）を扱うということは、ある種の「職人芸」だ。特に、「物理的な木構造」と...
階層型DBMSの基本概念と歴史
レガシーDBMS レガシーDBMS 【実務・中級編】 論理子（Logical Child） – 階層型DBMS
階層型DBMSの「論理子（Logical Child）」：物理の呪縛を解く唯一の解法諸君、設計レビューを始めよう。多くの若手エンジニアは「階層型DBMSは古い」と切り捨てる。だが、IMS（Information Management Sys...
レガシーDBMS 【実務・中級編】 データ冗長性の問題 – 階層型DBMS
階層型DBMSの呪縛：なぜ「多対多」は我々を狂わせるのか君たちが今、RDBMSやNoSQLの恩恵を当たり前のように受けているのは、先人たちが「木構造」という名の檻の中でどれほど血を流してきたかを知らないからだ。階層型DBMS。IBMのIMS...
レガシーDBMS 【実務・中級編】 データ独立性の限界 – 階層型DBMS
階層型DBMSの呪縛と「構造的負債」との戦い方諸君、データモデルの設計に迷いはないか？今日取り上げるのは、現代のRDBMSやNoSQLの隆盛の裏で、今なおエンタープライズの深淵で静かに鼓動を続ける「階層型DBMS（Hierarchical ...
レガシーDBMS 【実務・中級編】 階層順序（階層シーケンス） – 階層型DBMS
階層型DBMSの「階層順序」を支配せよ：物理配置とロジックの極意多くの現代エンジニアは、RDBMSの「集合論的アプローチ（SQL）」に毒されている。JOINを多用し、インデックスに頼り、パフォーマンスが出なければ「とりあえずハードウェアを増...
レガシーDBMS 【実務・中級編】 データベースレコードオカレンス – 階層型DBMS
階層型DBMSの「レコードオカレンス」を制する者が、データ構造を制する諸君、ようこそ。現代のエンジニアの多くは、RDBMSの「テーブル」やNoSQLの「ドキュメント」という概念に毒され、データの「本質的な親子関係」を単なる外部キーの結合で済...
レガシーDBMS 【実務・中級編】 階層パス – 階層型DBMS
階層パスの深淵：なぜ「木構造」はRDBMS全盛の今も最強の武器なのか諸君、ようこそ。リレーショナルデータベース（RDBMS）が支配するこの時代に、あえて「階層型DBMS（Hierarchical DBMS）」の深淵を覗こうというその姿勢、嫌...
レガシーDBMS 【実務・中級編】 ポインタベースのナビゲーション – 階層型DBMS
階層型DBMSの心臓部：ポインタ・ナビゲーションの「神髄」を理解せよ諸君、データモデリングの現場で「リレーショナル（RDBMS）以外の選択肢」を検討したことはあるか？現代のエンジニアの多くは、JOINのコストやインデックスの断片化に頭を悩ま...
レガシーDBMS 【実務・中級編】 ナビゲーショナルアクセス – 階層型DBMS
階層型DBMSの「ナビゲーショナル・アクセス」という名の職人芸現代のエンジニアは、SQLという「宣言的」なインターフェースに甘やかされている。`SELECT FROM ... WHERE ...` と書けば、あとはオプティマイザがよしなにや...
レガシーDBMS 【実務・中級編】 1対多の対応関係 – 階層型DBMS
階層型DBMSの「1対多」：過去の遺物か、それとも究極の最適化か現代のエンジニアリングにおいて、RDBの正規化やNoSQLの柔軟なドキュメント構造は「当たり前」の教養だ。しかし、システムアーキテクチャの根源に触れたいのであれば、避けて通れな...