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