【入門編】 REPLACE (REPL) – 階層型DBMS

やあ、よく来てくれましたね！階層型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のデータナビゲーションは怖くありません。自信を持って進んでくださいね。

何か分からないことがあれば、いつでも聞きに来てください。応援していますよ！