¿Cuál es la mejor manera de diseñar un modelo de relación Entidad /?

Question

Por ejemplo, si tengo 20 mesas, tengo que diseñarlo por la sección? es decir

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

O puedo usar el MySQL Workbench EER Modelo (Para mí, parece que el Modelo Físico)?

O así: Niveles modelado de datos

Answer 1

Bueno, yo no hacerlo en código. Esto es para el propio RDBMS. MySQL Workbench EER no hace cierto modelado entidad - que es el modelado de las tablas, estás en lo correcto. Si quieres true ER modelar sugiero de Oracle recientemente publicado ( 'primeros en adoptar') SQL Developer Data Modeler. Es bastante fácil de usar, es libre y puede reenviar y modelos de ingeniería inversa a las tablas. http://www.oracle.com/technetwork/developer-tools /datamodeler/overview/index.html

Answer 2

En caso de duda, el diseño de una tabla que es totalmente plano y, a continuación, determinar dónde ha duplicado los datos, éstos pueden ser considerados para mesas (entidades).

Los "ER modelo" Define entidades en sí mismos y permitir que la referencia de entidad-a-entidad (tabla-a-tabla) a través de un separado relación . Si puede darse de baja de pensar acerca de las claves externas en sus entidades y se centran en las relaciones en su propia mesa separada.