【入門編】 GNP (Get Next Within Parent) 呼び出し – 階層型DBMS

こんにちは！データベースの世界へようこそ。
今日は、少しレトロでありながら、現代のデータベースの基礎となった「階層型DBMS」の、とっても大切なテクニックについてお話ししますね。

「階層型」と聞くと、なんだか難しそうに聞こえるかもしれませんが、大丈夫。ここをクリアすれば、データがどうやって整理されて取り出されるのか、その本質がバッチリマスターできますよ！

今回は、その中でも特にユニークで強力な 「GNP（Get Next Within Parent）呼び出し」 という仕組みを、日常の例えを交えながら優しく解き明かしていきましょう。

—

まずは、階層型DBMSがどんなふうにデータを保存しているかイメージしてみましょう。

一番分かりやすい例が、会社の「組織図」や、パソコンの「フォルダ構造」です。

階層型データベースでは、データがこのように「親子関係（ツリー構造）」できれいに整理されています。親がいないと子は存在できず、データを探すときは基本的に「親をたどってから、その子どもを見る」というルールになっています。

—

さて、ここからが本題です。
データベースからデータを取り出すとき、私たちは「次をちょうだい！」と命令（呼び出し）を出します。

普通の「次をちょうだい（GN: Get Next）」だと、親から親へ、さらには別の部署のデータへと、データベース全体を縦横無尽に移動してしまいます。

ここで登場するのが、GNP（Get Next Within Parent）です。
日本語にするなら「同じお父さん（親）の子供たちの中だけで、次のデータをちょうだい！」という意味になります。

あなたは本棚の「料理のレシピ本（親）」の前に立っています。
その本を開くと、たくさんの「ページ（子）」がありますよね。

「料理のレシピ本」の最後のページまで読んだら、次は隣の棚にある「小説の本」の1ページ目に勝手に移動しちゃう。

「いま開いている『料理のレシピ本』のページめくりだけをしてね。絶対に他の本（他の親）のページには行かないで！」と、行動範囲をその親の配下にビシッと制限する動きです。

—

「わざわざ親の枠を決めなくても、全部取れればいいじゃない？」と思うかもしれません。
でも、これが実務の世界ではめちゃくちゃ重要なんです。

例えば、「ある特定の顧客（親）」が持っている「過去の注文履歴（子）」を、上から順番にすべてチェックしたいとします。
もし普通の「次」を使ってしまうと、うっかり「隣の顧客の注文履歴」まで読み込んでしまうバグが起きる可能性があります。

GNPを使えば、「この顧客の枠から一歩もはみ出さずに、子どものデータを総ナメする」という安全地帯を作ることができるのです。プログラムの暴走を防ぐ、非常に知的なテクニックなんですよ。

—

実際にプログラムの中で、GNPがどのように使われているのか、イメージしやすい疑似コードを見てみましょう。

【処理のイメージ：特定の親（顧客ID: 001）の子どもを順番にすべて取得する】

1. データベースに接続し、親（顧客: 001）の場所を特定する
2. 最初の「注文データ」を取得する (GU: Get Unique)

3. 繰り返し処理のスタート
【GNP呼び出しの実行】
いまの親（顧客: 001）の配下にある、次の「注文データ」を取得する！

もしデータがなくなったら（もう子どもがいない）：
ループを抜ける（終了）

もしデータが取れたら：
注文内容を画面に表示する等、処理を行う

このように、ループの中で `GNP` を呼び出し続けることで、「お父さんが変わらないか」を自動でチェックしながら、子どもたちだけを漏れなくスキャンしていくことができます。

—

お疲れ様でした！
今回学んだ GNP（Get Next Within Parent） のポイントをギュッと凝縮すると、こうなります。

一見すると古臭い技術に見えるかもしれませんが、この「範囲を限定して確実にデータを辿る」という思想は、現代のデータベースのインデックスやツリー検索のアルゴリズムにもしっかりと受け継がれています。

ここを理解できたあなたなら、どんな複雑な階層データ構造が来ても怖くありません。
自信を持って、次のステップへ進んでくださいね！応援しています！