データベース設計において、ER 図をリレーショナル データ モデルに変換するプロセスはどのようなものですか?

データベース設計において、E-R図をリレーショナルデータモデルに変換するプロセスは「論理設計フェーズ」に属します。 E-R 図は、現実世界の概念モデルを記述するために使用されます。論理設計段階の主な作業は、現実世界の概念データ モデルをデータベースの論理モデルに設計すること、つまり、データベースによってサポートされる論理データに適合させることです。特定のデータベース管理システムのモデル。

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

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

E-R ダイアグラム エンティティ関係図とも呼ばれ、エンティティの種類、属性、および関係を表す方法を提供し、現実世界の概念モデルを記述するために使用されます。

これは、現実世界の関係の概念モデルを説明する効果的な方法です。これは概念的な関係モデルを表す方法です:

• 「長方形のボックス」を使用してエンティティ タイプを表し、その長方形のボックスにエンティティ名を書き込みます。

• 「楕円枠」または角丸長方形を使用してエンティティの属性を表し、「実線セグメント」を使用して対応する関係の「エンティティ タイプ」に接続します。

「ひし形枠」を使用する「エンティティ タイプ間の接続の原因を示します。ひし形のボックスに接続の名前を記述し、「実線セグメント」を使用して該当するエンティティ タイプにそれぞれ接続します。同時に、「実線セグメント」の隣に接続のタイプ (1:1、1 :n または m:n) をマークします。

データベース設計

(データベース設計) とは、特定のアプリケーション環境に最適なデータベース モデルを構築し、データベースとそのアプリケーション システムを確立し、次のことができるようにすることを指します。さまざまなユーザーのアプリケーション ニーズ (情報要件と処理要件) を満たすためにデータを効果的に保存します。データベースの分野では、データベースを利用した各種システムを総称してデータベースアプリケーションシステムと呼ぶ場合があります。 データベース設計の設計内容には、要件分析、概念構造設計、論理構造設計、物理構造設計、データベース実装、データベース運用保守が含まれます。

要件分析

• ユーザーの事業活動やデータ利用状況を調査・分析し、利用されるデータの種類、範囲、量、事業活動状況におけるコミュニケーションを明らかにします。 、データベースシステムの使用に対するユーザーの要件やさまざまな制約などを決定し、ユーザー要件仕様を作成します。

  要件分析は、ユーザー調査と分析に基づいて、データのニーズやデータを取り巻く業務処理のニーズなど、システムに対するユーザーのニーズを段階的に明らかにします。要件分析では、システムをトップダウンの段階的な分解方法で分析し、分析結果をデータ フロー ダイアグラム (DFD) を使用してグラフィカルに記述します。

コンセプトデザイン

• ユーザーが求める現実世界（工場、ショッピングモール、学校など）を、場所を分類して集めて表現します。その中で、抽象的な概念データ モデルを構築するための一般化が行われます。この概念モデルは、現実世界のさまざまな部門の情報構造、情報の流れ、情報間の相互制約、および情報の保存、クエリ、および処理に対する各部門の要件を反映する必要があります。確立されたモデルは、コンピュータ上のデータベースの具体的な実装の詳細を避け、抽象的な形式で表現する必要があります。拡張エンティティ（E-Rモデル）コンタクトモデル手法を例に挙げると、最初のステップは、現実世界の各部門に含まれるさまざまなエンティティとその属性、エンティティ間のつながり、情報の制約などを明らかにすることです。 、これにより、部門内で使用される情報の部分的な説明がそれぞれ提供されます (データベース内のユーザーの部分ビューと呼ばれます)。 2 番目のステップは、以前に取得した複数のユーザーの部分ビューを全体ビュー、つまりユーザーが記述したい現実世界の概念データ モデルに統合することです。

論理設計

• 主な仕事は、現実世界の概念データ モデルをデータベースの論理モデルに設計することです。つまり、データベースのサポートに適合させることです。特定のデータベース管理システムの論理データ パターン。同時に、さまざまなデータ処理アプリケーション領域に対して、対応する論理サブパターンを生成する必要がある場合があります。この設計ステップの結果は、いわゆる「論理データベース」です。

物理設計

• 特定のデータベース管理システムによって提供されるさまざまなストレージ構造とアクセス方法、および特定のコンピュータ構造に依存するその他の物理設計手段に従って、特定のアプリケーション タスクに最適な物理ストレージ構造 (ファイル タイプ、インデックス構造、データ ストレージ順序、ビット ロジックなど)、アクセス方法、およびアクセス パスを選択します。この設計ステップの結果は、いわゆる「物理データベース」です。

検証設計

• 上記の設計に基づいて、データを収集し、具体的にはデータベースを構築し、いくつかの典型的なアプリケーション タスクを実行して、データベース設計の正確さと合理性を検証します。 。一般に、大規模なデータベースの設計プロセスでは、複数回の反復が必要になることがよくあります。設計の特定のステップで問題が発見された場合、戻って修正を加えることが必要になる場合があります。したがって、上記のデータベースを設計する際には、将来の設計変更の可能性と利便性を考慮する必要があります。

運用保守設計

• データベースシステムが正式に運用される過程では、常に調整や修正を行う必要があります。

  これまでのところ、データベース設計の多くのタスクはまだ手動で行う必要があります。データベース設計を部分的にガイドするために使用できるリレーショナル データベースのデータ パラダイム理論の比較的完全なセットに加えて、完全な理論はまだ不足しています。一連のデータベース設計理論と方法、およびデータベースの自動または対話型の半自動設計を可能にするツール。したがって、データベース設計の今後の研究開発の方向性は、データベース設計理論を研究し、意味関係をより効果的に表現できるデータモデルを探索し、設計の各段階に自動または半自動の設計ツールと統合開発環境を提供し、データベースを作成することです。より標準化され、より便利なエンジニアリングにより、データベースの設計にソフトウェア エンジニアリングの高度なアイデアと手法が完全に反映されます。

関連する無料学習の推奨事項: mysql ビデオ チュートリアル

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