0

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

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

または、MySQL Workbench EERモデルを使用できますか（私には、物理​​モデルのように見えます）？

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

4

2 に答える 2

1

まあ、私はコードでそれをしません。これはRDBMS自体のためのものです。MySQL EER Workbenchは、真のエンティティモデリングを行いません-それはモデリングテーブルです、あなたは正しいです。真のERモデリングが必要な場合は、 Oracleの新しくリリースされた（「アーリーアダプター」）SQL DeveloperDataModelerをお勧めします。非常に使いやすく、無料で、モデルをテーブルに転送およびリバースエンジニアリングできます。http://www.oracle.com/technetwork/developer-tools/datamodeler/overview/index.html

于 2010-10-12T21:56:09.983 に答える
1

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

「ER モデル」は、エンティティをそれ自体で定義し、別のリレーションを通じてエンティティ間 (テーブル間) の参照を可能にします。エンティティの外部キーについて考えるのをやめて、独自の別のテーブルの関係に集中できる場合。

于 2010-10-10T22:07:46.990 に答える