Bonjour,
oui bien sûr c'est lié, donc tu peux déduire ton modèle du diagramme de classe, en fonction de tes cardinalités.
globalement, ça se passe comme ça :
Par exemple :
1) classe A <-> classe B avec cardinalité 1, 1
dans ce cas, a priori, il vaut mieux regrouper le contenu de A et B dans une même table
2) classe A <-> classe B avec cardinalité 1, n
c'est-à-dire qu'une entité 'a' peut avoir plusieurs entités 'b' qui lui sont attachées. Dans ce cas, tu crées 2 tables > table A et table B. Dans la table B, tu prévois un attribut suuplémentaire contenant l'ID de la l'élément A auquel il est rattaché...
3) classe A <-> classe B avec cardinalité n, n
ds ce cas, il faut créer 3 tables :
une table A, une table B, et une troisième table qui donne les "liens" entre les éléments a et les éléments b : cette table est constituée de 2 colonnes : l'une présente l'ID de la table A, et l'autre l'ID de la table B.
Voilà, j'espère avoir été à peu près claire, j'en doute mais bon.
tout ceci est très global, il y a des nuances en pratique !!
a+
aza
Classement antivirus
