【入門編】オンライン再編成 – 階層型DBMS

やあ、よく来たね。階層型DBMSという、現代のデータベース界では「古き良き巨人」とも呼べる技術の世界へようこそ。

多くの若手エンジニアは、いきなりリレーショナルデータベース（RDB）から入るから、この「ツリー構造」の奥深さを知る機会を逸している。君には、ただの知識ではなく、このシステムの「魂」に触れてほしいんだ。

今日は、その中でも特に高度で、現場で神業のように扱われる「オンライン再編成」というテーマについて話そう。

—

一言で言えば、「整理整頓された巨大な家系図」だ。

RDBが「バラバラの表を後からつなぎ合わせる」のに対し、階層型DBMSは最初から「親と子」という親子関係をガッチリと固定してデータを保存する。

このように「親→子→孫」というパスが決まっているから、データの探し方は非常に速い。まるで、自分の家のリビングにある引き出しを開けるようなものだ。

ここで君に想像してほしい。君が大きな「タンス」を整理しているとする。
最初は服をきれいに並べていたけれど、出し入れを繰り返すうちに、服がぐちゃぐちゃになり、新しい服を入れる隙間もなくなってきた。

データの世界でも同じことが起きる。これを「フラグメンテーション（断片化）」と呼ぶ。
このままだと、新しいデータを入れる場所を探すのに時間がかかり、システムの動きが鈍くなる。だから、時々データをきれいに並べ直す「再編成」が必要なんだ。

昔のエンジニアは、この整理整頓をするために「一回店を閉める（データベースを停止する）」必要があった。しかし、24時間365日動いているシステムで、そんなことは許されないよね。

そこで登場するのが「オンライン再編成」だ。

これは、「営業中に店の中を改装する」ようなものだ。
お客さん（ユーザー）が買い物をしている横で、職人が別のドアから入り、棚を整理し、商品を詰め直していく。

[お客さんの動き]：普段通りにデータを読み書きしている
↓
[バックグラウンドの職人]：
1. 古い棚の内容を、別の新しい棚へコピーする
2. コピー中に変更された分（差分）を記録し、最後に反映させる
3. 最後に「新しい棚」に看板を掛け替える（瞬時に切り替え）

これにより、ユーザーはデータベースが裏で必死に模様替えをしていることに全く気づかず、快適に使い続けられるというわけさ。

オンライン再編成は、非常に高度な同期技術の塊だ。
もし一瞬でもミスをすれば、データが矛盾を起こしたり、消えたりするリスクがある。

/
REORGANIZE DATABASE SALES_DB
MODE = ONLINE — 「営業中」の指定！
CONCURRENCY = ALLOW — ユーザーの書き込みを許可する
;
/

「階層型DBMSは古い」なんて言う人もいるけれど、それは大きな間違いだ。
現在でも、銀行の勘定系システムや、航空機の予約システムのような「絶対に止まってはいけない、かつ超高速な検索が必要な場所」では、この設計思想が根幹で生きている。

「親子関係を意識する」というのは、プログラミング全般において非常に重要な考え方だ。データがどこから来て、どこにぶら下がっているのかを把握する能力は、君を間違いなく一流のエンジニアにする。

今日の「オンライン再編成」という概念、少しはイメージできたかな？
もしこの「古き良き巨人」の背中を掴むことができれば、君はどんな新しいデータベース技術を学んでも、その本質を即座に見抜けるようになるはずだよ。

次は、実際にこのツリー構造をどう辿るか、その「パス探索」の極意について語り合おうか。準備はいいかな？