Qual è il modo migliore per progettare un rapporto modello Entità /?
-
29-09-2019 - |
Domanda
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
Soluzione
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
Altri suggerimenti
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.