データベース システムの原理 ------ リレーショナル モードへの ER 図

ER図変換

ER 図は、エンティティ、エンティティの属性、エンティティ間の接続の 3 つの要素で構成されます。ER 図をリレーショナル モデルに変換することは、実際には、エンティティ、エンティティの属性、およびエンティティ間の接続をリレーショナル モデルに変換することです。

エンティティ セットからリレーショナル スキーマへの変換

一般的な変換原則

エンティティ セットの変換ルール:エンティティ タイプはリレーショナル スキーマに変換されます。エンティティの属性は関係の属性であり、エンティティのコードはコードです。

例: Student エンティティは、次の関係スキーマに変換できます。

学生(学籍番号、氏名、性別、生年月日、学部、学年)

2 つのエンティティ タイプ間の関係セットのリレーショナル スキーマへの変換

  • 1:1関係の変換方法: 1:1関係は、独立した関係モデルに変換でき、また、両端に対応する関係モデルとマージすることもできます。

    • 独立したリレーショナルスキーマに変換すると、リレーションに接続されている各エンティティの主キーとリレーション自体の属性がリレーショナル属性に変換され、各エンティティの主キーがリレーションの候補キーとなる。

    • ある末端に対応するリレーショナルスキーマとマージする場合、リレーショナルスキーマの属性に、他のリレーショナルスキーマの主キーと接続自身の属性を追加する必要がある。

1:n 関係の変換方法: 1:n 関係は、独立した関係モードに変換することも、n 端子に対応する関係モードと統合することもできます。

  • 独立したリレーショナル スキーマに変換されると、リレーションに接続されている各エンティティの主キーとリレーション自体の属性がリレーションの属性に変換され、リレーションの主キーが n 番目のスキーマの主キーになります。 -端末エンティティ。

  • n 端子関係モデルとマージすると、n 端子実体セットに新しい属性が追加され、その関係に対応する 1 端子実体セットの主キーと、関係自体は変更されませんが、関係モデルの主キーは変更されません。

  • オプション 1: 1: n 個の接続によって形成される関係は独立して存在します
    倉庫 (倉庫番号、場所、エリア)
    製品 (製品番号、製品名、価格)
    倉庫 (製品番号、倉庫番号、数量)
  • 解決策 2: 接続によって形成された関係を n 端子オブジェクトとマージします。
    倉庫 (倉庫番号、場所、エリア)
    製品 (製品番号、製品名、価格、
    倉庫番号、数量)

m:n 関係の変換方法: 関係に接続されているエンティティのコードと関係自体の属性を関係の属性に変換します。関係のコードは、各エンティティのコードの組み合わせです。

同じエンティティ タイプ間の関係セットのリレーショナル スキーマへの変換

v同じエンティティタイプのエンティティ間の接続は自己接続であり、上記の1:1、1: nm:nの 3 つのケースに従って個別に処理することもできます。

  • 1:n

  • 男:女

複数のエンティティ タイプ間の関係のリレーショナル モデルへの変換

一般に、3 つ以上のエンティティ タイプ間には 1:1、1:n、m:n の 3 つの状況があり、変換方法は一般に次の原則に従います。

  • 1:n マルチリレーションシップ: 端 1 に設定されたエンティティセットに対応するリレーションシップを変更します。つまり、リレーションシップに関連する他のエンティティセットのコードとリンク自体の属性を新しい属性として端点 1 に設定されたエンティティセットに追加します。終わり1。
  • m:nの多要素関係:独立した関係を作成し、多要素関係で結ばれている物のコードと関係自体の属性を関係の属性に変換します。関係のコードは、各エンティティのコードの組み合わせです。

弱いエンティティ セットのリレーショナル モードへの変換

  • 強いエンティティ集合と弱いエンティティ集合の概念は存在依存性と密接に関係しており、強いエンティティ集合のメンバーは支配的なエンティティでなければならず、弱いエンティティ集合のメンバーは従属的なエンティティでなければなりません。
  • 弱いエンティティは独立して存在できないため、所有者エンティティにアタッチする必要があるため、弱いエンティティ セットをリレーショナル スキーマに変換するときは、弱いエンティティに対応するリレーションシップに所有者エンティティの主キーが含まれている必要があります

アプリケーション

  • ** 上記のルールに従って ****ER グラフをリレーショナル スキーマに変換した後、同じ主キーを持つリレーショナル スキーマをマージできます。主な目的は、システム内のリレーションの数を減らし、メンテナンスとメンテナンスを容易にすることです。データの一貫性を維持します。

  • マージ方法では、リレーショナル スキーマのすべての属性を、同じ主キーを持つリレーショナル スキーマ内の別のリレーショナル スキーマに追加し、同義の属性 (同じ名前または別の名前の可能性があります) を削除し、属性の順序を適切に調整します。

例: あるプロジェクトの ER 図を図 3-19 に示します。各エンティティの属性は次のとおりです。

おすすめ

転載: blog.csdn.net/baidu_41774120/article/details/114449377
おすすめ