Qual è il modo migliore per progettare un rapporto modello Entità /?

Question

Per esempio se ho 20 tavoli, devo progettare dalla sezione? cioè

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

O posso usare MySQL Workbench EER Model (A me, sembra che il modello Abilità fisiche)?

O come questo: Livelli Data Modeling

Answer 1

Bene, vorrei non farlo in codice. Questo è per gli RDBMS stesso. MySQL Workbench EER non fa vera modellazione entità - si sta modellando tavole, lei ha ragione. Se si desidera che true ER modellazione suggerisco appena rilasciata ( 'Early Adopter') SQL Developer Oracle Data Modeler. E 'abbastanza facile da usare, è libero e possono inoltrare e modelli reverse engineering alle tabelle. http://www.oracle.com/technetwork/developer-tools /datamodeler/overview/index.html

Answer 2

In caso di dubbio, la progettazione di un tavolo che è completamente scarica, e quindi determinare in cui è stato duplicato dei dati, questi può essere considerato per tavoli (entità).

I "ER modello" definisce entità a se stesse e consentire il riferimento di entità-to-entità (tabella alla tavola) attraverso un separato rapporto . Se si riesce a rimuovere se stessi dal pensare chiavi esterne nelle vostre entità e concentrarsi sulle relazioni nella propria tabella separata.