ネットワークモデル

• 階層モデルよりも効率的にデータの冗長性を表すことができます。
• 前のノードから後のノードへのパスは複数存在する可能性があります。
• ネットワークモデルの操作は、プログラムが現在の位置を維持し、レコードが関与する関係をたどることによって1つのレコードから別のレコードに移動する、リンクリスト（循環）のインデックス構造によって維持されます。
• キー値を指定してレコードを検索することもできます。

次の図は、ネットワークモデルを示しています。エージェントは複数のクライアントを代表し、複数のエンターテイナーを管理します。各クライアントは、任意の数のエンゲージメントをスケジュールし、エージェントにサービスの支払いを行います。各エンターテイナーはいくつかのエンゲージメントを実行し、さまざまな音楽スタイルを演奏できます。

レコードのコレクションはノードによって表され、セット構造はネットワーク内の関係を確立するのに役立ちます。この開発は、一方のノードを所有者として、もう一方のノードをメンバーとして使用することにより、ノードのペアを関連付けるのに役立ちます。 1対多の関係はセット構造によって管理されます。つまり、所有者ノードのレコードはメンバーノードの1つ以上のレコードに関連付けることができますが、メンバーノードの単一のレコードはの1つのレコードにのみ関連付けられます。所有者ノード。

さらに、メンバーノードのレコードは、所有者ノードの既存のレコードに関連付けられていないと存在できません。たとえば、クライアントをエージェントに割り当てる必要がありますが、クライアントがないエージェントは引き続きデータベースにリストできます。

上の図は、基本的なセット構造の図を示しています。 1つ以上のセット（接続）を特定のノードのペア間で定義でき、1つのノードをデータベース内の他のノードと他のセットに含めることもできます。

適切なセット構造を使用して、ネットワークモデル内でデータに簡単にアクセスできます。ルートノードの選択に制限はありません。データには任意のノードを介してアクセスでき、関連するセットを使用して逆方向または順方向に実行できます。

たとえば、ユーザーが特定のエンゲージメントを予約したエージェントを検索したい場合です。彼/彼女は、ENGAGEMENTSノードで適切なエンゲージメントレコードを見つけることから始め、次に、スケジュールセット構造を介してどのクライアントがそのエンゲージメントレコードを「所有」しているかを判断します。最後に、彼/彼女は、Representセット構造を介してクライアントレコードを「所有」するエージェントを識別します。