Discussion :

[Jihnn]

Bonjour,

J'ai une toute petite question :

Admettons que nous avons une table membres et une table groupes. Chaque membre appartient obligatoirement à un seul et unique groupe. Vaut-il mieux créer une colonne de plus dans la table membres qui pointe vers un id de la table groupes, ou plutôt créer une nouvelle table Groupes_Membres où on associe un membre à un groupe ?

Je sais que dans le cas où un membre pourrait appartenir à plusieurs groupes, il serait mieux de faire une troisième table, mais j'hésite dans ce cas-ci. La seconde méthode serait plus pratique si je décide de changer un jour le fonctionnement du système.

Ah, et tant qu'à faire, j'ai une autre petite question qui n'est pas reliée à ce problème : si le type d'une de mes colonnes est entier, chaque ligne va prendre 4 octets sur le disque. Si, par contre, l'une des ligne contient NULL, est-ce qu'elle prend quand même 4 octets ?

Merci d'avance,

Jihnn

[arthuro45]

Bonsoir,

La seconde méthode serait plus pratique si je décide de changer un jour le fonctionnement du système.

Je pense que tu as répondu à ta question. Je trouve cette solution plus souple.

[Jihnn]

Ok, merci beaucoup. J'attends une réponse à ma deuxième question avant de passer en résolu :-)

[arthuro45]

Ok, merci beaucoup. J'attends une réponse à ma deuxième question avant de passer en résolu :-)

http://www.developpez.net/forums/d67...t/taille-null/

[Jihnn]

Merci beaucoup :-)

[CinePhil]

La seconde méthode serait plus pratique si je décide de changer un jour le fonctionnement du système.

Le si est important !

Ta règle de gestion est pour le moment l'unicité du groupe pour une personne. Créer une table associative en prévision du changement de cette règle implique qu'il faille quand même respecter sa condition actuelle d'unicité. Ceci entraîne que la clé primaire de la table associative ne sera pas constituée du couple formé par les identifiants des deux tables mais seulement de l'identifiant de la table qui aurait normalement accueilli la clé étrangère de l'autre, c'est à dire l'identifiant de la table Membre.

Autrement dit...
Aujourd'hui tu as ce MCD :
Membre -1,1----Appartenir----0,n- Groupe

Normalement tu devrais avoir cet exemple de tables :
Groupe (g_id, g_nom...)
Membre (m_id, m_id_groupe, m_nom...)

Tu décides de prévoir tout de suite le MCD suivant :
Membre -1,n----Appartenir----0,n- Groupe

Ce qui impliquera l'exemple de tables suivant :
Groupe (g_id, g_nom...)
Membre (m_id, m_nom...)
Membre_Groupe (mg_id_membre, mg_id_groupe)

Mais comme aujourd'hui un membre ne peut appartenir qu'à un groupe, il faut réduire la clé primaire de la table Membre_Groupe à l'identifiant du membre :
Membre_Groupe (mg_id_membre, mg_id_groupe)