こんにちは！チーフアーキテクトの私です。
今日は、データベースの歴史の原点であり、現代の超高速なデータ処理の基礎とも言える「階層型DBMS」の、最もスパルタンにして美しい仕組みについてお話ししましょう。
テーマは「HSAM（Hierarchical Sequential Access Method）」です。
なんだか難しそうな名前ですが、安心してください。今日ここでお話しする比喩と仕組みさえクリアすれば、あなたもデータ構造の本質をグッと掴むことができますよ。ここをクリアすれば、階層型DBMSの基本はバッチリマスターできますよ！
—
1. HSAMってなに？ 日常の例えで直感的に理解しよう
いきなり専門用語を並べるのは私の趣味ではありません。まずは、身近なもので考えてみましょう。
想像してください。あなたは、大昔の「カセットテープ」や「巻物（まきもの）」を持っています。
このカセットテープには、お気に入りの音楽が1曲目から順番にぎっしり録音されています。
- 特徴1：先頭から順番にしか読めない
- いきなり5曲目を聴きたくても、1曲目、2曲目、3曲目、4曲目を「早送り」して通り過ぎないと、5曲目にたどり着けませんよね。
- 特徴2：途中に新しい曲を割り込ませられない
- もし2曲目と3曲目の間に新しい曲を入れたくなったらどうでしょう？ テープの物理的な長さが決まっているので、そこには書き込めません。全部テープの最初から最後まで録り直す必要があります。
この「カセットテープの性質をそのまま持ったデータベース」こそが、HSAMの正体です。
正式名称は「階層型順次アクセス方式（Hierarchical Sequential Access Method）」ですが、要するに「データの親子関係を一本のテープに順番に並べたもの」なのです。
—
2. なぜ「更新できない」のか？ 物理の限界を知る
現代のデータベース（例えばMySQLやPostgreSQLなど）は、データの書き換え（UPDATE）や削除（DELETE）が自由自在です。「あ、住所が変わったから上書きしといて！」が秒でできますよね。
しかし、HSAMの時代（1960年代〜70年代初頭）、主な保存メディアは磁気テープでした。
磁気テープは、プラスチックのテープに磁性体を塗っただけのシンプルなものです。ここにデータを書き込むときは、インクのジェットプリンターのように「シャーッ」と一方向に記録していきます。
ここで考えてみてください。
一本の長いテープの途中に、「あ、さっきのデータの間に新しいデータを1行追加したいな」と思ったとします。テープには物理的な「隙間」の概念がありません。後から無理やりねじ込もうとすると、それ以降のデータが全部後ろに押し出されてしまいますが、テープにそんな伸縮性はありませんよね。
そのため、HSAMには以下のような鉄の掟があります。
- データは原則「読み取り専用（Read Only）」
- データの修正や削除は、物理的に不可能（新しいテープを一から作り直すしかない）
「えっ、なんて不便なんだ！」と思いましたか？
ええ、現代の基準から見れば不便極まりありません。しかし、考えてみてください。「絶対に書き換える必要がない歴史データのアーカイブ」や「年に一度しか集計しない巨大な売上履歴」だったらどうでしょう？ 余計な複雑さを排除したHSAMは、「極限までシンプルで、磁気テープの上をものすごいスピードで読み込める」という最強のメリットを持っていたのです。
—
3. スキーマ定義（DDL）のイメージを覗いてみよう
さて、チーフアーキテクトとして、実際のデータ構造がどう定義されていたのか、雰囲気を少しだけお見せしましょう。もちろん、初心者の方にも分かりやすいように書き換えています。
階層型データベースの最大の特徴は、データが「親子関係（ツリー構造）」を持っていることです。これをHSAMでは、一本のテープの上に「親、その子、その子…」という順番でベタ書きします。
[会社組織のHSAMデータ構造のイメージ]
┗ 📁 本社 (親)
┣ 📄 総務部 (子)
┗ 📄 開発部 (子)
これをスキーマ（設計図）として表現すると、次のようなイメージになります。
— 【疑似的なDDL：HSAMのデータ定義イメージ】
— ※実際の古いシステムではコボル言語や専用のマクロが使われていました
DATABASE CompanyTapeDB
ACCESS METHOD HSAM — アクセス方式にHSAMを指定（テープを想定）
— 親セグメントの定義
SEGMENT Company
FIELD CompanyName TYPE Character(50)
— 子セグメントの定義（会社のすぐ後ろにテープとして記録される）
SEGMENT Department
FIELD DeptName TYPE Character(30)
FIELD Floor TYPE Numeric(2)
この定義に従ってデータがテープに書き込まれると、ハードディスクの中（あるいは磁気テープの上）には、次のような順番でデータが一直線に並びます。
1. `会社名: 株式会社テクノロジー`
2. `部名: 総務部, フロア: 3`
3. `部名: 開発部, フロア: 5`
データベースは、このテープの先頭から「ジリジリジリ…」と読み取りヘッドを動かしながら、データを順番に舐めるようにして処理していくのです。
—
4. 現代の私たちにとってのHSAMの価値
「先生、今の時代にテープなんて使わないし、HSAMなんて古い技術はもう関係ないですよね？」
そう思うかもしれません。しかし、これこそが大きな誤解です。
優れたエンジニアは、古い技術の中に「なぜそれが生まれたのか」という設計の哲学を見出します。
HSAMの本質は、「余計な機能を削ぎ落とした、最強のシーケンシャル（順番通り）処理」です。
現代のビッグデータ処理基盤（HadoopやApache Sparkなど）や、ログファイルの解析システム、ブロックチェーンのトランザクション記録などでも、「古いデータを書き換えず、追加（Append）のみで、上から順番に高速に処理する」というHSAMのDNAが形を変えて生き続けています。
複雑さを捨て去り、データの流れを「一本の美しい一本道」にする。
このアプローチを知っているかどうかが、設計の引き出しの多さを決めるのです。
—
まとめ
- HSAMとは：テープ装置などを前提とした、純粋な順次アクセスの階層型DBMS。
- 最大の特徴：データの更新や削除が物理的にできない（読み取り専用）。
- 強み：構造が極限までシンプルで、大量のデータを順番に読み込む処理において圧倒的な効率を誇る。
階層型DBMSというと「過去の遺物」のように聞こえますが、データを構造化し、効率よくアクセスするための「データの原点」がここに詰まっています。この基本さえ押さえておけば、どんなに新しいデータベースが登場しても、その仕組みの本質を怖いくらい簡単に理解できるようになりますよ。
それでは、次のアーキテクチャの旅でお会いしましょう！
コメント