こんにちは！ データベースの世界へようこそ。
今日は、少しレトロでありながら、現代のデータベースの基礎となった「階層型DBMS（データベース管理システム）」の世界へあなたをご案内します。
「階層型って言われても、なんだか難しそう……」
「専門用語が多すぎて、コードを見るだけで頭が痛くなりそう……」
そんな風に思っていませんか？ どうぞ安心してください。今回は難しい専門用語のジャングルをバッサリと切り払い、誰もが「なるほど！」と膝を叩くような日常の例え話を使って、この世界を優しく解きほぐしていきます。
ここをクリアすれば、階層型DBMSの考え方はバッチリマスターできますよ。それでは、コーヒーでも飲みながら、リラックスして進めていきましょう！
—
1. 階層型DBMSって、要するに「会社の組織図」や「フォルダ」です
まず、階層型DBMSのイメージをつかみましょう。
現代の主流であるリレーショナルデータベース（RDB）が「表（エクセルみたいなもの）」の組み合わせだとすれば、階層型DBMSは「会社の組織図」や「パソコンのフォルダ構造」です。
- 一番上に「社長（ルート）」がいます。
- その下に「部長たち（親セグメント）」がぶら下がっています。
- さらにその下に「課長や一般社員（子セグメント）」がぶら下がっています。
データが「上から下へ」一本の木の根っこのようにガッチリと結ばれているのが特徴です。上を無視して下だけを取り出すことは原則できません。必ず「社長の部屋に入り、部長を呼び出し、その部下に話を聞く」というルートを通る必要があります。
—
2. 今回の主役「SENSEGステートメント」とは？
さて、本日の本丸である `SENSEG`（センセグ）ステートメント についてです。
これは、プログラム（データを触る人やシステム）が、「どのデータ（セグメント）にアクセスしていいか」の許可証（パスポート）を配るための構文です。
データベースには、社外秘のデータもあれば、誰でも見られるデータもありますよね。また、あるプログラムには「見るだけ（読み取り）」しか許さず、別のプログラムには「書き換え（更新）」まで許可したい場合があります。
これを整理するために使うのが `SENSEG` です。
日常の例え：会社のファイルサーバーの権限設定
想像してみてください。あなたは総務部の新人です。
会社のファイルサーバーには、以下のようなフォルダ構造があります。
1. `全社共通フォルダ`（誰でも見られる）
2. `総務部フォルダ`（総務の人は見たり編集したりできる）
- `給与・人事データ`（ここは特定の重役しか触っちゃダメ！）
このとき、あなたのパソコンに「あなたは総務部フォルダの中身を触っていいですよ」と設定する作業が必要です。この「アクセスできる範囲と、その権限の線引き」を行うのが、まさに `SENSEG` の役割なんです。
—
3. `SENSEG` の書き方と仕組みを覗いてみよう
百聞は一見に如かず。実際に `SENSEG` がどのように書かれるのか、コードの雰囲気を覗いてみましょう（ここでは初心者向けに、難しいお約束の記述は省いて核心だけを見せますね）。
— 【PCB（プログラムへの設計図）の定義イメージ】
PCBNAME=(MY_PROGRAM)
— 1. 会社全体の基本情報セグメント（読み取りだけOK）
SENSEG NAME=COMPANY, PROCOPT=G
— 2. その下の「社員データ」セグメント（読み取りも書き換えもOK！）
SENSEG NAME=EMPLOYEE, PARENT=COMPANY, PROCOPT=A
コードの解説（ここがポイント！）
- `SENSEG NAME=〇〇`
- 「どのセグメント（データの塊）にアクセスを許可するか」を指定しています。
- `PARENT=〇〇`
- 「どの親セグメントの下にぶら下がっているものか」という関係性（血縁関係のようなもの）を示しています。
- `PROCOPT=〇〇` （Processing Optionsの略）
- ここが肝心！ 「どんな権限をあげるか」の呪文です。
- `PROCOPT=G` （Get）：見るだけ（読み取り専用。見つめるだけで触らせてもらえません）
- `PROCOPT=A` （All）：何でもできる（読み取りも、新しいデータの追加も、書き換えもOK！）
つまり、上のコードはこういう意味になります。
> 「`MY_PROGRAM` というプログラムには、`COMPANY` データは見るだけ（G）の権限でアクセスを許可し、その子供である `EMPLOYEE` データは何でもできる（A）権限でアクセスを許可する！」
—
4. なぜわざわざ `SENSEG` で細かく制限するの？
「めんどくさいから、全部のプログラムに全部の権限をあげればいいじゃん！」
そう思ったそこのあなた、鋭いですね。しかし、それはセキュリティの観点から言うと「玄関の鍵を開けっぱなしにして寝る」ようなものです。
階層型DBMSが使われるような巨大なシステム（例えば、銀行の勘定系システムや航空機の座席予約システムなど）では、「ミスによるデータの破壊を防ぐ」ことが何よりも重要です。
- 統計を出すだけのプログラムに、データを書き換える権限を与えてしまったら……？ 万が一プログラムがバグったとき、お客様の預金残高が消えてしまうかもしれません。
- だからこそ、`SENSEG` の `PROCOPT` を使って、「このプログラムは読むことしかできないから、安全のために `G` だけにしておこう」と厳しく制限をかけるのです。
これが、システムを守るチーフアーキテクトたちの知恵というわけです。
—
おわりに
いかがでしたでしょうか？
`SENSEG` ステートメントという一見難しそうな名前の仕組みも、「プログラムに渡すアクセスの許可証（パスポート）であり、親子関係と権限（見るだけか、書き換えるか）を定義するものである」と分かれば、ぐっと身近に感じられたのではないでしょうか。
階層型DBMSは歴史のある技術ですが、そこで培われた「アクセス権限の厳格な管理」という思想は、現代のクラウドセキュリティや最新のデータベースにも脈々と受け継がれています。
ここをクリアしたあなたなら、もう階層型DBMSの基本構造はバッチリです！
ぜひ、この調子でデータベースの奥深い世界を楽しんでいってくださいね。それではまた、次の技術の扉を開きに行きましょう！
コメント