こんにちは！データベースの世界へようこそ。
今日は、少しレトロだけど、現代のデータ処理の基礎がギュッと詰まった「階層型DBMS（データベース管理システム）」についてお話ししますね。
「階層型」なんて聞くと、なんだか難しそう、ロボットの頭脳みたいな冷たいシステムを想像するかもしれません。でも、心配いりませんよ。ここをクリアすれば、データベースの基本はバッチリマスターできますから、一緒にリラックスして進めましょう！
—
1. 階層型DBMSって、なにに例えられる？
まず、階層型データベースがどんな形をしているかイメージしてみましょう。
一番分かりやすい例は「会社の組織図」や「引き出しの整理整頓」です。
例えば、あなたの机の引き出しを思い浮かべてみてください。
- 一番上の引き出しを開けると、「文房具」という箱がある。
- 「文房具」の箱を開けると、「ペン」や「消しゴム」が入っている。
このように、親から子へ、上から下へと枝分かれしていく「一本道の家族の樹（家系図）」のような構造をしています。これが階層型DBMSの正体です。
—
2. 「主キー」だけじゃ物足りない？ 二次索引（にじそうくいん）の登場
階層型データベースの最大の特徴（そして少し不便なところ）は、「上から順番にたどっていかないとデータに辿り着けない」というルールがある点です。
例えば、「総務部」→「山田さん」という道順が決まっている場合、山田さんの机の中にある「ホチキス」を探すには、必ず「総務部」を通らなければなりません。
これが通常の検索方法（主キーによる検索）です。でも、こんな風に思ったことはありませんか？
> 「部署は分からないけれど、とにかく『ホチキス』を持っている人を全員リストアップしたい！」
組織図という縦のルールを無視して、特定のアイテム（名前やキーワード）からパッと居場所を突き止めたい。そんなワガママを叶えてくれるのが、今回のテーマである「二次索引（Secondary Indexing）」です。
日常で例えるなら「本の後ろにある索引（インデックス）」
分厚い教科書の後ろに、五十音順で「キーワードと、それが載っているページ番号」が書いてあるページがありますよね。あれがまさに「索引」です。
階層型DBMSの「二次索引」もこれと全く同じ。組織図のルールを一旦脇に置いて、「ホチキスといえば〇階の山田さんのところ！」と一発で教えてくれる『裏口の案内係』のような存在なんです。
—
3. スキーマ定義言語（DDL）で構造を見てみよう
さて、エンジニアらしく、この階層構造と二次索引をコード（スキーマ定義言語：DDL）でどう表現するのか、優しく見ていきましょう。
専門用語は最小限に抑えてあるので、雰囲気を感じ取ってくださいね。
— 【メインの構造】会社組織という「親と子」の階層を定義するよ
DATABASE CompanyTree {
— 親：部署セグメント
SEGMENT Department {
Field dept_id; — 部署ID（これが主キー、いわゆる背番号）
Field dept_name; — 部署名
}
— 子：社員セグメント（部署の中に所属する）
SEGMENT Employee
PARENT Department { — 「どの部署に属しているか」をここで繋ぎます
Field emp_id; — 社員ID
Field emp_name; — 社員名
Field skill; — 持っているスキル（例：ホチキス管理、など）
}
}
ここまでが基本の「親子の樹」の定義です。
では次に、部署の壁を越えて「スキル」から社員を検索できるようにするための「二次索引」を定義してみましょう。
— 【二次索引の定義】「スキル」という裏口の案内板を作るよ
CREATE SECONDARY INDEX idx_skill
ON Employee (skill) {
— 仕組みの解説：
— 「ホチキス」というキーワードで検索されたら、
— 迷わず該当する社員データへワープできるようにリンクを張ります。
}
4. 二次索引を使うときの「ちょっとしたコツ」
この二次索引、すごく便利万能に見えますよね？ 「じゃあ、全部の項目に索引を付けちゃえばいいじゃん！」と思うかもしれませんが、ここが腕の見せ所。実はちょっとした裏表があります。
- メリット： 探すのが劇的に速くなる！ まさに裏口ワープ。
- デメリット： 新しい社員が入ったり、名前が変わったりしたときに、裏口の案内板（索引）も書き直さないといけないので、少し手間（コスト）がかかる。
優秀なエンジニアは、「よく検索される項目（名前や資格など）」だけに厳選してこの二次索引を設定します。このバランス感覚がとても大切なんですよ。
—
おわりに
いかがでしたか？
「階層型DBMS」と聞くと身構えてしまいますが、要するに「きっちり整理された家族の樹」であり、「二次索引」はその樹を効率よく斜め読みするための「便利な裏口マップ」に過ぎません。
ここをクリアできれば、データの裏側でどんな仕組みが動いているのか、見え方がガラリと変わったはずです。
基礎基本の土台はこれでバッチリですから、自信を持って次のステップに進んでくださいね！応援しています！
コメント