ERとデータベーススキーマの図
webでER図とデータベーススキーマを検索すると、これらの3つの図の種類が見つかりましたが、すべてER図の下に名前が付けられています。
- データベーススキーマダイアグラムとは何ですか、erダイアグラムとは何ですか
- なぜすべてがダイアグラムで名前が付けられているのですか
ERダイアグラムはERモデリングから生まれました。 ERモデルはアプリケーションに中立であることを意図していたため、最終的な実装がリレーショナルデータベースを使用するか、（現在の）階層データベースやCODASYLスタイルのネットワークデータベースなどの他のテクノロジーを使用するかどうかに関係なく、ERモデリングを特定の状況に適用できます。それ以来、少なくとも新しい作業に関する限り、階層型データベースとネットワークデータベースはすべてリレーショナルデータベースに負けてしまいました。同時に、データ管理をオブジェクト指向フレームワークまたは非構造化環境に適合させるために、さまざまなポストリレーショナルデータスキームが登場しています。
ER図は、当初、ERモデルの描写でした。結局、この作図モードは非常に普及し、リレーショナルモデルの下で設計された作図スキーマにも使用されるようになりました。 ERDは実際、この方法で非常にうまく機能します。結果として生じる唯一の混乱は、人がリレーショナルモデルを構築するときであり、ERモデルから得られるのと同じメリット、またはその逆を期待します。
リレーショナルモデルとERモデルは、いくつかの重要な詳細が異なります。外部キーとジャンクションテーブルの使用は、リレーショナルモデルに固有のものであり、ERモデルには表示されません。それにもかかわらず、それらは今日目にするほとんどのERダイアグラムに表示されます。これが、あなたが実際に見ているのは、リレーショナルスキーマのERD写真であるという最良の手がかりです。
何年もの間、私はERモデルを「リレーショナルライト」であるかのように見てきました。これは誤解であることがわかりました。 2つのモデルは、異なる抽象化レベルから現実を実際に見ています。各モデルには長所と短所があります。
良い参考文献に関する限り、私はウィキペディアから始めます。 ERモデル、リレーショナルモデル、SQL、およびOracle、SQL Server、その他多くの主要なDBMS製品のいくつかに関する優れた記事があります。
モデルとその使用法を理解すると、図の規則に取り組むための適切な状態になります。