MySQL WorkbenchのER図はリレーショナルモデルですか？

Question

私はこのシチュエーションを理解しようとしています。 mysqlのERとリレーショナルモデルの違いは何ですか？ MySQL上の実際のERDよりもリレーショナルモデルのように見えますが、それはなぜERと呼ばれていますか？

Answer 1

ERモデルとリレーショナルモデルは、MySQL固有のものではありません。それらはそれぞれ概念的および論理的モデリングに使用されます。 SQLまたはMySQL固有のモデルは、物理モデルと呼ばれます。

MySQL Workbench（および多くの同様のツール）の図は、ERの用語を乱用する物理モデルです。これは、テーブル、列、主キー、外部キー制約、およびインデックスを設計することを可能にする。 ERモデルのようにエンティティテーブルとリレーションシップテーブルを区別せず、すべてのテーブルエンティティを呼び出し、外部キー制約との関係を混乱させます。これにより、n元関係の考え方が失われ、ユーザーはネットワークモデルデータベースに戻されます。

これらはどちらもリレーショナルデータモデルではありません。論理ドメインや役割、機能的な値や複数値の依存関係、またはさまざまな制約を取得しません。依存関係を保持する変換をサポートしていません。

ERモデルとリレーショナルモデルの違いは、リレーショナルモデルは一次ロジックの完全なパワーを持ち、ERモデルはレシピアプローチのほうが多いということです。 ERのセマンティクスは訓練されていない目にはもっと慣れていますが、複雑さは増します。 ERには表現できない依存関係や制約があり、3NFに焦点を当てるとデータの異常が発生する可能性があります。それにもかかわらず、初期/非公式のデータモデリングやビジネスユーザにアイデアを伝えるのに便利です。

なぜMySQLのワークベンチのような図がERダイアグラムと呼ばれるのですか？私はそれが主に理解と流行のコンプライアンスの欠如、私たちの業界には2つの要因が原因だと思う。

Answer 2

ERダイアグラムは、データベースを視覚的に表したものです。それは良いデータベースを設計するための第一のレベルです。エンティティと関係を識別するためにER図を使用します。後のエンティティはTABLEとして扱われ、関係は外部キーとなる可能性があります。 変換プロセスERD --->リレーショナルモデル リレーショナルモデルは複雑です。 ER図を使用してリレーショナルモデルを実現することができます。 ER diagram to Relational model