やあ。今日から君たちに、データ管理の「古き良き、しかし極めて強力な地図」である階層型DBMSの世界を案内しよう。
リレーショナルデータベース（RDB）が「表」の集まりなら、階層型は「家系図」や「組織図」だ。そして、その家系図を上から下へ、左から右へと迷子にならずに辿るための魔法の言葉が、「GN（Get Next）」という命令なんだ。
堅苦しい定義は置いておいて、まずはこの仕組みを「巨大な図書館」に例えて紐解いていこう。
—
1. GN（Get Next）は「司書の指先」である
君は今、何万冊もの本が「大分類→中分類→小分類」という棚で整理された巨大図書館の司書だとしよう。
ここで、ある一冊を探したいとき、あるいは全ての棚をチェックしたいとき、どうやって動く？
迷わず、「一番上の棚の、一番左の本から始めて、右へ右へと進み、端まで行ったら一段降りて、また左から始める」というルールで動くはずだ。
この「今の位置から、次のセグメント（本）へ指を滑らせる」という動作そのものが、GN（Get Next）の正体なんだよ。
- 今の位置を覚えている: GNは「今どこにいるか」を常にデータベース側が記憶している。
- ルールに従って動く: プログラマーが細かく「次はどこへ行け」と指示しなくても、GNは「階層のルール」に従って自動的に次の住所を計算してくれるんだ。
—
2. なぜ「前順走査（プリオーダー）」なのか？
コンピュータにとって、データはメモリ上に並んでいる。階層構造をどうやって一次元のメモリに書き出すか。その答えが「根っこ（親）から入り、子供を全て巡り、次の兄弟へ行く」というプリオーダー（前順走査）という巡回方法だ。
イメージしてみてほしい。
1. 親（根）を見る。
2. その中の一番左の子を見る。
3. もしその子に孫がいれば、孫へ潜る。
4. 孫がいなくなったら、隣の兄弟へ行く。
この「深掘りして、戻って、隣へ」という動きこそが、GNが辿る「地図の歩き方」なんだ。
—
3. コードで見るGNの素顔
実際にシステムを動かすとき、GNはこんな風に使われる。DL/I（階層型DBMSの言語）の世界では、こんなシンプルなループで全件を舐めることができるんだ。
- — 疑似コード：全ての部門の従業員を読み込む —
MOVE ‘GN’ TO DL-FUNCTION. > GN命令をセット
PERFORM UNTIL STATUS-CODE = ‘GB’ > GBは”End of Database”の合図
CALL ‘DLITCBL’ USING DL-FUNCTION, PCB, SEGMENT-IO-AREA
IF STATUS-CODE = ‘ ‘ THEN
> ここで読み込んだデータ（セグメント）を処理する
DISPLAY ‘取得データ: ‘ SEGMENT-IO-AREA
END-IF
END-PERFORM.
- POINT: ここで一番重要なのは、ループの終了条件である`’GB’`（Get End of Database）。「もうこれ以上、指を滑らせる先はないよ」とシステムが教えてくれるんだ。これさえ覚えておけば、君はもう階層型DBMSの全件検索マスターだよ。
—
4. 先輩からの「極限の知見」：なぜ今、これを学ぶのか？
「今はクラウドやNoSQLの時代なのに、なぜ古い技術を？」と思うかもしれないね。だが、考えてみてほしい。
現代のJSONデータ構造も、XMLも、結局のところ「階層構造」だ。GNの考え方は、「複雑にネストされたデータを、いかに効率よく、かつ秩序を持って走査するか」というコンピュータサイエンスの普遍的な美学なんだよ。
階層型DBMSでGNを使いこなす感覚を身につければ、どんなに複雑なツリー構造のデータが来ても、「次にどこへ指を置くべきか」が直感的にわかるようになる。これは、どんなモダンな言語を扱っても君の強力な武器になるはずだ。
—
まとめ
- GNは「次の場所を教えてくれるナビゲーター」である。
- 階層構造は「家系図」であり、GNはその中をプリオーダー（深掘り優先）で動く。
- ループの終点（GB）を知れば、データベースの海をどこまでも泳いでいける。
どうだい？ 階層型DBMSが、単なる古い遺物ではなく、データの「歩き方」を教えてくれる賢明なガイドに見えてきただろう？
ここをクリアした君なら、もうこのアーキテクチャの心臓部を掴んだも同然だ。自信を持って、次のステップへ進んでいこう！
コメント