やあ、よく来てくれましたね！階層型DBMSの世界を探検する旅も、いよいよ面白いところに差し掛かってきました。
前回までは「目的のデータを探し出す（Get系コマンド）」という宝探しのようなナビゲーションを学びましたね。でも、データベースの真価は「見つける」だけではありません。データを正しく、安全に「書き換える（更新する）」ことができて初めて、システムは生き生きと動き出します。
今回学ぶのは、データ更新の要である `REPL`（REPLACE：リプレイス）コマンド です。
一見すると「ただ上書きするだけでしょ？」と思えるかもしれませんが、階層型DBMSにおける更新処理には、現代のデータベースにも通じる安全なデータ操作の「本質」がぎゅっと詰まっています。
ここをクリアすれば、階層型DBMSの基本はバッチリマスターできますよ！焦らず、私と一緒にひとつずつ紐解いていきましょう。
—
階層型DBMSのおさらい：データは「家系図」や「ファイルフォルダ」
まず、頭の中にイメージを浮かべてみましょう。
階層型DBMSでは、データが「親と子」のツリー構造（木のような形）で整理されています。会社の組織図や、パソコンのフォルダ構造を思い浮かべると分かりやすいですね。
- 親（ルート）： 部署（例：開発部）
- 子（セグメント）： 社員（例：山田太郎さん）
データの一粒一粒を、私たちは「セグメント（情報のカード）」と呼んでいます。
リレーショナルデータベース（RDB）なら「`UPDATE 社員 SET 住所 = ‘東京都’ WHERE ID = 1`」と一言命令すれば、データベースが勝手に探して書き換えてくれます。
しかし、ナビゲーション型の階層型DBMSは違います。「データのある場所まで自分の足（命令）で歩いていき、指で指し示してから書き換える」というステップを踏むのです。
—
なぜいきなり書き換えてはいけないの？：相棒「GH系コマンド」の登場
ここで超・重要なルールがあります。
階層型DBMSでは、いきなり `REPL`（書き換え）を呼ぶことはできません。
必ず、事前に `GH` 系（Get Hold：ゲット・ホールド）コマンド で「このカードを更新するから、他の人は触らないでね！」と、データをしっかりキープ（確保）しておく必要があります。
日常の出来事で例えてみましょう。
図書館で本の内容を修正する作業を想像してみてください。
1. ただ見るだけ（通常のGet）： 本棚から本を取って読む。読み終わったら戻す。
2. 修正して書き換える（Get Hold + REPLACE）：
- Step 1（GH系）： 「この本を修正します」と宣言して本を確保し、他の人が持っていかないようにカギをかける（指をさしてキープ！）。
- Step 2（REPL）： 手元のペンで内容を書き書きして、本棚の「現在の位置」に戻す。
この 「指をさして抱え込む（Get Hold）」➔「書き換える（REPLACE）」 という2段階のコンビネーションこそが、データを絶対に壊さないための知恵なのです。
—
実際の更新プロセスをのぞいてみよう！
では、具体的なコード（イメージ）で処理の流れを追ってみましょう。
今回は「開発部の山田さん」の「役職」を「リーダー」に更新するシナリオです。
処理の流れ（プログラムのイメージ）
- ————————————————————-
- Step 1: 更新したいセグメントを「確保（Hold）」しながら検索する
- ————————————————————-
CALL ‘CBLTDLI’ USING
GHU / GHU = Get Hold Unique（目的のカードを指指し確保！） /
EMP-PCB / データベースの位置情報が入る場所 /
EMP-SEGMENT / 読み込んだデータを格納するエリア /
‘EMPLOYEE(EMP-ID = 1001)’. / 検索条件：社員番号1001の山田さん /
- — 検索結果のチェック —
IF STATUS-CODE NOT = ‘ ‘ THEN
DISPLAY ‘山田さんのデータが見つかりませんでした！’
GO TO ERROR-ROUTINE.
- ————————————————————-
- Step 2: 手元のデータ（プログラム上の領域）を書き換える
- ————————————————————-
MOVE ‘リーダ’ TO EMP-POSITION. / 役職欄を「リーダー」に変更 /
- ————————————————————-
- Step 3: REPLコマンドで、データベース上の「現在地」を上書きする
- ————————————————————-
CALL ‘CBLTDLI’ USING
REPL / REPL = REPLACE（現在の位置のカードを書き換える！） /
EMP-PCB
EMP-SEGMENT.
- — 更新結果のチェック —
IF STATUS-CODE = ‘ ‘ THEN
DISPLAY ‘更新成功！山田さんは無事にリーダーになりました。’
ELSE
DISPLAY ‘更新失敗！エラーコード: ‘ STATUS-CODE.
データベース内部で起きていること
1. `GHU` 実行時：
DBMSは「社員番号1001」のカードを見つけ、カレント位置（いま注目している場所）をそこに固定します。同時に、他の人がこのカードを変更できないようロック（Hold）します。
2. データ変更時：
プログラムの手元（メモリ上）で、役職の欄を書き換えます。この時点ではまだ、データベース上のカードは変わっていません。
3. `REPL` 実行時：
DBMSは「いま指で指しているカレント位置のカード」を、手元で書き換えた新しい内容でサッと差し替えます。
—
ココが罠！初心者がハマりやすい注意点
先輩エンジニアとして、ひとつだけ大切なアドバイス（罠の回避法）を伝えておきますね。
`REPL` コマンドは、「条件を指定して書き換える」のではなく、「直前にGH系コマンドで指し示した場所を書き換える」 という動きをします。
そのため、もし `GHU`（確保）と `REPL`（書き換え）の間に、うっかり別の検索コマンドを挟んでしまい、指し示す位置（カレント位置）がズレてしまうと……まったく別のセグメントを書き換えてしまったり、エラーになってしまったりします。
「抱え込んだら（GH）、すぐに直して（REPL）、パッと放す」
これが、階層型DBMSを扱ううえでの美しい作法であり、極意です。
—
まとめ：あなたはもう、ナビゲーションの達人です！
今回学んだことを整理してみましょう。
- `REPL` (REPLACE) は、現在位置にあるセグメントを更新するコマンド。
- 更新前には、必ず `GH`系コマンド (Get Hold) で「指差し確保（ロック）」が必要。
- 「GHで確保 ➔ 手元で修正 ➔ REPLで差し替え」 の3ステップが基本形！
どうでしょう？一見難しそうな階層型DBMSのデータ操作も、「本棚から本を取って、ロックして、書き換える」という日常の動作と重ね合わせると、とても理にかなったスマートな仕組みだと分かりますよね。
データをただ探すだけでなく、意図した通りに安全に更新できるようになったあなたなら、もう階層型DBMSのデータナビゲーションは怖くありません。自信を持って進んでくださいね。
何か分からないことがあれば、いつでも聞きに来てください。応援していますよ！
コメント