質問

たとえば、20のテーブルがある場合、セクションごとに設計する必要がありますか?すなわち

CLIENT (id, name...) -- orders -- ODERS_DETAIL(id, products...)
.
.
.
lives --- ADDRESS(...)

または、MySQL Workbench EERモデルを使用できます(私にとって、それはPysical Modelのように見えます)?

またはこのように: データモデリングレベル

役に立ちましたか?

解決

まあ、そうします いいえ コードでそれを行います。それはRDBMS自体のためです。 MySQL EER Workbenchは真のエンティティモデリングを行いません - それはテーブルのモデリングです、あなたは正しいです。お望みならば 本当です ERモデリングOracleの新しくリリースされた(「Early Adopter」)SQL Developer Data Modelerをお勧めします。使いやすいです 自由 モデルをテーブルに転送およびリバースエンジニアリングできます。 http://www.oracle.com/technetwork/developer-tools/datamodeler/overview/index.html

他のヒント

疑わしい場合は、完全にフラットなテーブルを設計し、データを複製した場所を決定すると、これらはテーブル(エンティティ)で考慮することができます。

「ERモデル」はエンティティを自分自身に定義し、別のエンティティからエンティティへの参照(テーブルからテーブルへ)を許可します 関係. 。エンティティ内の外国の鍵について考えることから自分自身を削除し、独自のテーブルの関係に集中できる場合。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top