【入門編】 PSB生成（PSBGEN） – 階層型DBMS

こんにちは！チーフアーキテクトの私です。
普段は複雑な分散システムや巨大なデータベースの設計図と格闘していますが、今日は原点に立ち返り、すべてのデータベースの祖先とも言える「階層型DBMS」の世界へあなたをご案内します。

「階層型」と聞くと何やら難しそうに聞こえるかもしれませんが、安心してください。ここをクリアすれば、データ構造の本質が手に取るようにわかるようになります。温かいコーヒーでも飲みながら、リラックスして聞いてくださいね。

—

1. 階層型DBMSって、要するに何なの？

現代のデータベース（例えばスマホのアプリで使われるようなもの）は、データ同士が網の目のように複雑につながっています。これを「リレーショナル型」と呼びます。

しかし、今回お話しする「階層型DBMS」は、もっとシンプル。会社の組織図や、パソコンのフォルダ構造を思い出してください。

「全社」の下に「営業部」と「開発部」がある。
「営業部」の下に「Aさん」「Bさん」がいる。

このように、親から子へ、子から孫へと、一本の樹木のように上から下へデータが枝分かれしてぶら下がっている構造が、階層型DBMSの正体です。

日常の例え：会社の「合鍵」と「立ち入り制限」

さて、会社組織が階層（ツリー構造）になっているとして、新入社員のあなたが社長室の金庫を勝手に開けられたら大問題ですよね。「営業部」の社員には営業部の資料だけを見せたい。

データベースの世界でも全く同じことが言えます。
「このアプリケーション（プログラム）には、どのデータの森に入っていいよ」「でも、あのエリアの金庫には触っちゃダメだよ」というアクセス権限の交通整理が必要になります。

ここで登場するのが、今回の主役である「PSB（Program Specification Block）」です。

—

2. PSBの正体：アプリケーション専用の「通行証」

PSBを直訳すると「プログラム仕様ブロック」ですが、エンジニアっぽくない言葉で言うなら、「アプリケーションのためのVIPパスポート（または通行手帳）」です。

一つのデータベースには、社員情報、給与情報、顧客情報など、ありとあらゆる機密データが詰まっています。しかし、ある特定の業務アプリ（例えば「住所変更アプリ」）は、顧客の住所だけで十分で、給与情報を見る必要はありませんよね。

そこで、そのアプリが「どのデータベースの、どのセグメント（データの断片）に触っていいか」を定義した設計書が必要になります。それがPSBです。

そして、PSBは「PCB（Program Communication Block）」という小さなルールの束が集まってできています。

PSB ＝アプリが持つ「手帳」全体
PCB ＝手帳の中に挟まっている、個別の「部屋の鍵（アクセス許可証）」のページ

つまり、複数のPCBが集まって1つのPSBを形作っているわけです。

—

3. PSBはどうやって作るの？（PSBGENの世界）

さて、この「通行手帳（PSB）」を実際にシステムに登録する作業を、専門用語で「PSBGEN（PSBジェネレーション）」と呼びます。

難しく聞こえますが、要するに「このアプリにはこのデータを見せてOKというルールを、コンピュータが理解できる形にコンパイル（翻訳）する作業」のことです。

昔ながらのマクロ言語（アセンブラっぽい記述）を使って、以下のように設計図を書きます。

========================================================
PSBGENのイメージ（設定ファイルの例）
========================================================

PSBGEN LANG=COBOL, <- 使用するプログラミング言語を指定 CMPAT=YES <- 互換性の設定

— 1つ目の「部屋の鍵」（PCB）の定義 —

PCB TYPE=DB, <- データベース用の鍵です DBDName=CUSTDB, <- 対象のデータベース名（顧客DB） PROCOPT=G <- 読み取り（Get）だけ許可！

どのセグメントにアクセスできるかの指定（SENSEG）

SENSEG NAME=ROOTSEG, <- 親セグメント（顧客の基本情報） PARENT=0 <- 頂点なので親はなし SENSEG NAME=SUBSEG, <- 子セグメント（顧客の注文履歴） PARENT=ROOTSEG <- 親はROOTSEGですよ PSBGENEND <- ここでPSBの定義おしまい！

チーフアーキテクトからのワンポイント解説

このコードの何が素晴らしいかと言うと、「アプリケーションのプログラムを一切変更せずに、データへのアクセス権をこの設計書（PSB）だけで厳格にコントロールできる」という点です。

もし「このアプリに注文履歴の書き込み（更新）も許可しよう」となれば、プログラムを書き直す必要はありません。PSBGENの定義を `PROCOPT=U`（Updateの意味）に変更して再生成するだけで、セキュアかつ柔軟に運用できるのです。これが階層型DBMSの美しさです。

—

まとめ：ここをクリアすれば基本はバッチリ！

お疲れ様でした！今日学んだポイントを振り返ってみましょう。

1. 階層型DBMSは、ツリー構造（親から子へ）でデータを管理するシンプルで堅牢な仕組み。
2. PSBは、アプリがどのデータにアクセスして良いかを定めた「通行手帳」。
3. PSBの中身はPCBという個別の許可証の集まり。
4. PSBGENは、そのルールをシステムに教え込むための生成（ビルド）作業。

「アプリごとに見せる顔を変える」というこのアーキテクチャの思想は、現代のマイクロサービスやAPIのアクセス制御（認可）の概念にも脈々と受け継がれています。

ここをしっかりと理解できたあなたなら、どんな古い（あるいは新しい）データベースシステムに向き合っても、その本質を見失うことはありません。

さあ、自信を持って次のステップへ進みましょう。あなたのエンジニアとしての旅路を、私はいつでも応援していますよ！