階層型データベースモデル

• スケジュールテーブルには、クライアント名、住所、電話番号などの情報を含むクライアントデータが含まれ、各エンターテイナーが誰のためにどこで演奏しているかが示されます。このデータは現在Clientsテーブルにも保存されているため、冗長です。
• Engagementsテーブルには、エンターテイナーに関するデータが含まれるようになります。このデータには、エンターテイナーの名前、電話番号、エンターテイナーのタイプなどの情報が含まれ、特定のクライアントに対してどのエンターテイナーがパフォーマンスを行っているかを示します。このデータは、現在Entertainersテーブルに保存されているため、冗長です。

この冗長性の問題は、ユーザーが単一のデータを一貫して入力できない可能性があるため、不正確な情報が生成される可能性があることです。

この問題は、エンターテイナー専用の階層型データベースとエージェント専用の階層型データベースを作成することで解決できます。 Entertainersデータベースには、Entertainersテーブルに記録されたデータのみが含まれ、改訂されたAgentsデータベースには、Agents、Clients、Payments、およびEngagementsテーブルに記録されたデータが含まれます。 AgentsデータベースのEngagementsテーブルとEntertainersデータベースのEntertainersテーブルの間に論理的な子関係を定義できるため、必要はありません。この関係が整っていると、特定のクライアントの予約済みエンターテイナーのリストや特定のエンターテイナーのパフォーマンススケジュールなど、さまざまな情報を取得できます。次の図は全体像を示しています。

階層型データベースは、1970年代にメインフレームで使用されていたテープストレージシステムに最適であり、データベースがこれらのシステムに基づいている組織で非常に人気がありました。ただし、階層型データベースはデータへの高速で直接的なアクセスを提供し、いくつかの状況で役立ちましたが、データの冗長性とデータ間の複雑な関係の増大する問題に対処するには、新しいデータベースモデルが必要であることは明らかでした。

このデータベースモデルの背後にある考え方は、特定の種類のデータストレージに役立ちますが、非常に用途が広く、特定の用途に限定されています。

たとえば、会社の各個人が特定の部門に報告する場合、その部門を親レコードとして使用でき、個々の従業員は二次レコードを表し、それぞれがその部門にリンクします。階層構造の親レコード。