e-r 図をリレーショナル データ モデルに変換するプロセスはどのようなものですか?

e-r 図をリレーショナル データ モデルに変換するプロセスは、「論理設計段階」に属します。主なタスクは、現実世界の概念データ モデルをデータベースの論理モデルに設計することです。特定のデータベース管理に適合する システムによってサポートされる論理データ スキーマ。

このチュートリアルの動作環境: Windows7 システム、mysql8 バージョン、Dell G3 コンピューター。

e-r 図をリレーショナル データ モデルに変換するプロセスは、「論理設計フェーズ」に属します。

論理構造設計とは、概念構造設計段階で完成した概念モデルを、選択したデータベース管理システム(DBMS)がサポートできるデータモデルに変換することです。ここでは主に E-R モデルをリレーショナル モデルに変換します。元のデータを分解およびマージした後、決定されたキーワードと属性、再決定されたレコード構造とファイル構造、およびデータベース管理者のビューを形成するために確立されたさまざまなファイル間の相互関係を含む、データベースのグローバル論理構造を指定する必要があります。このデータベース。

#論理構造設計は、一般に 3 つのステップに分かれます:

1. E-R 図からリレーショナル モデルへの変換

データベースの論理設計は主に、概念モデルを一般的なリレーショナル モデルに変換することです。つまり、E-R 図内のエンティティ、エンティティの属性、およびエンティティ間の接続をリレーショナル モデルに変換します。 。変換プロセス中に、次の問題が発生します:

(1) 名前付けの問題。名前付けの問題については、元の名前を使用することも、名前の重複を避けるために別の名前を付けることもできます。

(2) 非アトミック属性の問題。非アトミックなプロパティの問題は、垂直方向と水平方向に拡張できます。

(3) 連絡先変換の問題。連絡先は関係によって表すことができます。

2. データモデルの最適化

データベースの論理設計の結果は一意ではありません。データベース アプリケーション システムのパフォーマンスをさらに向上させるには、データ モデルの構造を適切に変更してクエリ速度を向上させる必要があります。

3. リレーショナル ビューの設計

リレーショナル ビューの設計は、外部スキーマ設計とも呼ばれ、ユーザー スキーマ設計とも呼ばれ、ユーザーが直接使用できるデータ スキーマです。アクセス。同じシステム内で、異なるユーザーが異なる関係ビューを持つことができます。リレーショナル ビューは論理スキーマに由来しますが、構造と形式が論理スキーマと異なる場合があるため、論理スキーマの単純なサブセットではありません。

リレーショナル ビューには 3 つの主な機能があります。

(1) 外部モードを通じて論理モードを保護することで、アプリケーションにある程度の論理的独立性が提供されます。

(2) データに対するさまざまなユーザーのさまざまなニーズによりよく適応します。

(3) さまざまなユーザーのデータにアクセスするためのさまざまな範囲を定義するため、データの機密保持に役立ちます。

(推奨チュートリアル:

mysql ビデオ チュートリアル )

以上がe-r 図をリレーショナル データ モデルに変換するプロセスはどのようなものですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。