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

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

青灯夜游

リリース： 2023-01-05 16:13:35

オリジナル

30400 人が閲覧しました

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

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

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

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

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

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

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

データベース設計

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

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

要件分析は、ユーザー調査と分析に基づいて、データのニーズやデータを取り巻く業務処理のニーズなど、システムに対するユーザーのニーズを段階的に明らかにします。要件分析では、システムをトップダウンの段階的な分解方法で分析し、分析結果をデータフローダイアグラム (DFD) を使用してグラフィカルに記述します。
ユーザーが求める現実世界（工場、ショッピングモール、学校など）を、場所を分類して集めて表現します。その中で、抽象的な概念データモデルを構築するための一般化が行われます。この概念モデルは、現実世界のさまざまな部門の情報構造、情報の流れ、情報間の相互制約、および情報の保存、クエリ、および処理に対する各部門の要件を反映する必要があります。確立されたモデルは、コンピュータ上のデータベースの具体的な実装の詳細を避け、抽象的な形式で表現する必要があります。拡張エンティティ（E-Rモデル）コンタクトモデル手法を例に挙げると、最初のステップは、現実世界の各部門に含まれるさまざまなエンティティとその属性、エンティティ間のつながり、情報の制約などを明らかにすることです。、これにより、部門内で使用される情報の部分的な説明がそれぞれ提供されます (データベース内のユーザーの部分ビューと呼ばれます)。 2 番目のステップは、以前に取得した複数のユーザーの部分ビューを全体ビュー、つまりユーザーが記述したい現実世界の概念データモデルに統合することです。
主な仕事は、現実世界の概念データモデルをデータベースの論理モデルに設計することです。つまり、データベースのサポートに適合させることです。特定のデータベース管理システムの論理データパターン。同時に、さまざまなデータ処理アプリケーション領域に対して、対応する論理サブパターンを生成する必要がある場合があります。この設計ステップの結果は、いわゆる「論理データベース」です。
特定のデータベース管理システムによって提供されるさまざまなストレージ構造とアクセス方法、および特定のコンピュータ構造に依存するその他の物理設計手段に従って、特定のアプリケーションタスクに最適な物理ストレージ構造 (ファイルタイプ、インデックス構造、データストレージ順序、ビットロジックなど)、アクセス方法、およびアクセスパスを選択します。この設計ステップの結果は、いわゆる「物理データベース」です。
上記の設計に基づいて、データを収集し、具体的にはデータベースを構築し、いくつかの典型的なアプリケーションタスクを実行して、データベース設計の正確さと合理性を検証します。。一般に、大規模なデータベースの設計プロセスでは、複数回の反復が必要になることがよくあります。設計の特定のステップで問題が発見された場合、戻って修正を加えることが必要になる場合があります。したがって、上記のデータベースを設計する際には、将来の設計変更の可能性と利便性を考慮する必要があります。
データベースシステムが正式に運用される過程では、常に調整や修正を行う必要があります。

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