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