DL/Iの心臓部「GU」を制する者は、メインフレームの深淵を制す
諸君、今日はあえて「階層型DBMS」の原点にして頂点、DL/I（Data Language/I）の GU（Get Unique） 関数について語ろう。
「今さらIMSか？」と鼻で笑う若手もいるかもしれない。だが、金融、航空、公共の基幹システムを支え続けてきたこのアーキテクチャには、現代の分散DBが忘れ去った「物理的な効率」と「極限の整合性」が詰まっている。GUを単なる「検索関数」と捉えているようでは、貴様が書くコードは一生「遅い」ままだ。
本質を理解し、システムを支配しろ。
—
1. GUの本質：それは「ポインタの旅」ではない
GUは、データベースの先頭から、指定された条件（セグメント検索引数: SSA）に合致するセグメントを「一意に」特定する関数だ。
多くの者が勘違いしているが、GUは単なるインデックス検索ではない。これは、「データベースのポインタを、物理的な木構造の根（Root）から目的の葉（Leaf）まで、最短経路で叩き起こす」操作だ。
GUの基本構文（論理的イメージ）
- 顧客コードをキーに、特定の顧客セグメントを直接取得する例
CALL ‘CBLTDLI’ USING GU,
PCB-MASK,
CUSTOMER-SEGMENT,
SSA-CUSTOMER-KEY.
ここで重要なのは、「GUは実行されるたびに、常にデータベースの先頭（または検索開始位置）から探索が始まる」という点だ。GN（Get Next）が現在の位置から続きを走査するのに対し、GUは毎回リセットされる。この「コスト」を理解せず、ループの中でGUを乱射する者は、アーキテクト失格と言わざるを得ない。
—
2. 実務設計における「地雷」と「最適化」
実務でシステムを設計する際、GUの性能を左右するのは「SSA（Segment Search Argument）」の書き方だ。
アンチパターン：不完全な修飾
子セグメントだけをピンポイントでGUしようとして、ルートから親までのキーを省略していないか？ それはDBMSに「全探索」を強いる行為だ。
- ダメな例: 子セグメントから直接検索（階層を無視した検索は、最悪の場合シーケンシャルスキャンを誘発する）
- 正しい設計: 常にルートから子まで、「完全なパス（Qualified SSA）」を指定すること。
- 良いSSAの例
- ルート(ROOT)から子(CHILD)まで、キーを全て指定する
SSA-PATH = ‘ROOT (KEY = 12345)CHILD (SUBKEY = 67890)’
このパス指定により、DL/Iは木構造を上から下へと、迷いなく最短パスで掘り進む。これがIMSの真骨頂だ。
—
3. パフォーマンスを極限まで高める「堅牢な設計」
大規模システムで「GUが遅い」と泣き言を言う前に、以下の3点を確認しろ。
① 物理的近接性（Physical Adjacency）の確保
GUで頻繁にアクセスする親と子は、物理的に隣接するブロックに配置されているか？ レコードが断片化（フラグメンテーション）していれば、いくらGUが効率的でもI/Oで死ぬ。`REORG`（再編成）の計画は、コードを書くのと同じくらい重要だ。
② 検索順序の最適化
複数のセグメントをGUで取得する際、階層の深い方からではなく、「より絞り込めるキー」から順に指定し、ポインタの移動回数を減らせ。特に、データベースのアンカーポイントとなるセグメントの設計には、全神経を注げ。
③ 「GUの罠」を回避する
頻繁に更新が発生するトランザクション内で、GUを使ってポインタを特定し、その直後にREPL（置換）やDLET（削除）を行う際は、「HOLD」系関数（GHU）を忘れるな。
ロックのタイミングを誤れば、デッドロックの嵐だ。GUはあくまで「参照」であり、更新を前提とするならGHUでセグメントを保持し、ロックを確実に行うのが鉄則だ。
—
4. 最後に：エンジニアへの提言
階層型DBMSは、現代のRDBMSほど「勝手にやってくれる」親切な存在ではない。だが、「データが物理的にどう並んでいるか」を頭の中で可視化できるエンジニアにとって、これほど制御しがいのある、そして強力な武器はない。
GUを叩くとき、貴様はただの関数を呼んでいるのではない。基幹システムの物理ディスクのヘッドを、狙ったアドレスにピタリと止める「精密射撃」を行っているのだ。
コードレビューで「なぜここでGUを使ったのか？ GNではダメなのか？ パスは最適か？」と聞かれたとき、即座に理論的根拠を持って答えられるようになれ。
それが、この世界で生き残るための、唯一の道だ。
—
次回の講義では、非効率の温床となる「副次索引（Secondary Index）」の正しい使い方と、そのコストについて深掘りしよう。覚悟しておけ。
コメント