階層かいそう型がたデータモデル

階層かいそう構造こうぞうの例れい（二に分木ぶんぎ）

階層かいそう型がたデータモデル（かいそうがたデータモデル）は、データを木き構造こうぞうで表あらわしたデータモデルである。一般いっぱんには、会社かいしゃの組織そしき図ずなどで使つかわれている。階層かいそう型がたデータベースとも呼よばれる。

階層かいそう型がたでは、データを上うえから下したへと見みていくために、親おやデータと子こデータという関係かんけいが発生はっせいする。これは会社かいしゃの組織そしき図ずを例れいにとると、社長しゃちょうの下したにはいくつもの部署ぶしょがあり、部署ぶしょの下したには違ちがう業務ぎょうむを担当たんとうする課かが存在そんざいするといった関係かんけいになる。

このような体系たいけいでは、1つのデータを探さがす手順てじゅんは1通とおりしか存在そんざいしない。これは、親おやデータと子こデータが1対たい多たの関係かんけいでしか存在そんざいしないためである。

特徴とくちょう

さきほどの会社かいしゃの組織そしき図ずの例れいでは各課かくかはそれぞれ違ちがった社員しゃいんがいるわけだが、ここで例たとえばある社員しゃいんがなにかのプロジェクトチームに入はいった場合ばあいには、その社員しゃいんはプロジェクトチームにいながら所属しょぞくは元々もともといた課かなので、組織そしき図ずで示しめすとその社員しゃいんは2人にんいることになる。つまり、データの重複じゅうふくが発生はっせいしてしまう。

このようなことから、子こデータが様々さまざまな親おやデータの下したにある場合ばあいには、データが必要ひつよう以上いじょうに増ふえてしまう欠点けってんがある。このため、IMSやDL/I VSEなど実際じっさいの階層かいそう型がたDBMSでは、仮想かそうレコード（ポインター）を実装じっそうしている。

なお事例じれいはIMSの実績じっせきを参照さんしょうのこと。

長所ちょうしょ

• 大だい規模きぼデータベースでも、必要ひつよう資源しげんが少すくなく、高速こうそくで、応答おうとう時間じかんの見積みつもり精度せいどが高たかい。
• レコード単位たんいの読よみ書かきのため、プログラミングが容易よういである。SQLのような表ひょうのカーソル操作そうさは不要ふようである。

短所たんしょ

• 専用せんようのスキルが必要ひつようである。
• レコードの絞込しぼりこみはアプリケーションで行おこなう必要ひつようがある。SQLでのWHEREに相当そうとうする機能きのうが弱よわい。

関連かんれん項目こうもく

• MUMPS
• Caché
• DL/I
• IMS