Discussion :

[awalter1]

Bonjour,
J'ai trouvé cet outil de modélisation simple et pratique.
J'ai une clé étrangère qui migre dans une table, mais le nom des colonnes n'est pas modifiable. Qui impose cette contrainte ?
Dans ma modélisation, faite avec Rationale Rose il y a quelques années, les clés étrangères étaient nommés par : <nom de la colonne>#<nom de la table source>.
Par exemple la colonne NAME de la table POINT migre vers la table AIRPORT, elle elle alors nommée NAME#POINT.
Merci de vos éclaircissements.

[Waldar]

Dans les bonnes pratiques de modélisation, le nom des colonnes est unique dans une base de données excepté lorsqu'il dérive d'une autre table, d'ailleurs PowerAMC sort un avertissement s'il rencontre ce cas de figure.

Imaginons donc la table AIRPORT avec la colonne air_name, dans la table POINT la même colonne prendra le même nom air_name.

Il faudrait probablement creuser ce sujet sur le forum modélisation.

[awalter1]

Je trouve cette contrainte forte : les modélisation peuvent évoluer dans le temps, ajouter un lien entre deux tables ne devraient pas avoir d'impact sur les colonnes existantes. Cela remonte à quelques années, mais les outils Oracle tel que "Developper" n'imposaient pas cette contrainte, ça a pu changer. A la même époque j'utilisais un outil Topx (dérivé de TopCase) qui imposait ses propres règles de nommages, je les ai conservées.
Par contre, dans "toad", on peut changer le nom de la colonne et mettre ce que l'on veut , pas très logique, comme je n'utilise toad que pour faire le diagramme, j'aurais préféré l'inverse.

[pachot]

Bonjour,
N'oubliez pas qu'une table peut avoir plusieurs foreign keys vers la même table. Les règles de nommage de la colonne doivent en tenir compte: la colonne doit inclure le rôle (au sens UML) de la table référencée.
Cordialement,
Franck.

[awalter1]

Tout à fait vrai, j'ai ce genre de cas.
Comment modéliser alors ces situations dans Toad ?
merci