Quelle est la meilleure façon de concevoir une entité / relation modèle?
-
29-09-2019 - |
Question
Par exemple, si je dispose de 20 tables, je dois le concevoir par l'article? i.e.
CLIENT (id, name...) -- orders -- ODERS_DETAIL(id, products...)
.
.
.
lives --- ADDRESS(...)
Ou je peux utiliser le modèle REE MySQL Workbench (Pour moi, il semble que le modèle Physique)?
Ou comme ceci: niveaux de modélisation des données
La solution
Eh bien, je pas le faire dans le code. C'est pour les SGBDR lui-même. MySQL Workbench REE ne fait pas véritable modélisation de l'entité - il est des tableaux modélisation, vous avez raison. Si vous voulez true ER modélisation Je suggère nouvelle version d'Oracle ( 'Early adopteur') SQL Developer Data Modeler. Il est assez facile à utiliser, est libre et peuvent transmettre et modèles rétroingénierie aux tables. http://www.oracle.com/technetwork/developer-tools /datamodeler/overview/index.html
Autres conseils
En cas de doute, la conception d'une table qui est totalement plat, puis de déterminer où vous avez des données dupliquées, ceux-ci peuvent être pris en considération pour les tables (entités).
Le "modèle ER" définit les entités à eux-mêmes et permettre à la référence par une directive entité à entité (table à table) relation . Si vous pouvez vous retirer de penser à des clés étrangères dans vos entités et de se concentrer sur les relations dans leur propre table séparée.