Discussion :

[Ghostaunt]

Bonjour, voila je suis entrain de réaliser un mcd de ma future bdd.
En ce qui concerne les relations de type n:n, j'ai un petit soucis.

Normalement, dans une relation de type n:n, on crée une table qui permet la jointure entres les deux autres tables.
Et si ma réflexion est bonne, normalement ce sont deux clés primaires.
Voici mon schémas (concernant mp_participants)



Ce que je ne comprends pas, MYSQL WorkBench, me met les deux champs en clé primaire, mais en plus de ça, il me met membre_id en index... je ne comprends pas, et surtout je trouve que ça n'a aucun intérêt.

Pourriez vous m'éclaircir sur ce point ?

[CinePhil]

La clé primaire est constituée du couple {messages_prives_id, membres_id}. L'index est donc basé lui aussi sur le couple et non pas sur chaque colonne individuellement.

Dans l'index, les données pourront être ainsi classées de cette manière :
messages_prives_id, membres_id
1, 12
1, 15
1, 26
2, 8
2, 16
2, 32

On voit que messages_prives_id est bien classé dans l'ordre parce que c'est la première colonne du couple mais que membres_il n'est classé que par rapport à messages_prives_id.
Et comme membres_id est aussi une clé étrangère, il faut poser un index individuel sur cette colonne.

Ça doit être la même chose dans membres_droits_has_membres.

Au fait, pourquoi fais-tu une table associative entre membres et messages_prives alors que les cardinalités sont de type 1:1 d'après ton schéma ?
Comme tu as déjà l'auteur dans messages_prives, tu pourrais aussi y mettre le destinataire non ?

[Ghostaunt]

Bonjour merci pour cette précision, alors si je comprends bien, je peux mettre l"index sur membre_id ou messages_prives si ça fonctionne en "colonne" ?
Par contre j'ai pas trop compris pourquoi il était sur membre_id (tu m'en excusera)

et j'ai fait une relation de type 1,N car ce sera un système de messages prives a plusieurs participants

[CinePhil]

Bonjour pour cette précision, alors si je comprends bien, je peux mettre l"index sur membre_id ou messages_prives si ça fonctionne en "colonne" ?
Par contre j'ai pas trop compris pourquoi il était sur membre_id (tu m'en excusera)

La clé primaire est constituée du couple {messages_prives_id, membres_id}

La clé primaire crée automatiquement un index sur le couple. Dans cet index à deux colonnes, la première est automatiquement indexée. Regarde mon exemple dans le message précédent.
Pour se rapprocher de ton cas, on peut imaginer les couples suivants :
messages_prives_id, membres_id
1, 25
1, 28
1, 53
2, 12
2, 29
3, 2
3, 10
3, 12

Si j'ajoute le couple 2, 1, il viendra s'insérer dans l'index à la bonne place et préservera l'ordre de messages_prives_id :
1, 25
1, 28
1, 53
2, 1
2, 12
2, 29
3, 2
3, 10
3, 12

Par contre tu vois bien que membres_id n'est pas dans l'ordre. C'est pour ça qu'il faut créer un index séparé sur cette colonne, et plus généralement sur chaque colonne à partir de la deuxième composant la clé primaire, et surtout par le fait que c'est une clé étrangère.

et j'ai fait une relation de type 1,N car ce sera un système de messages prives a plusieurs participants

OK mais dans ton schéma, ce n'est pas une association de type 1,n ! Regarde les symboles à côté des tables sur les traits de liaison et compare avec ceux de l'association membres_droits_has_membres.
|| => 1,1
o| => 0,1
|< => 1,n
o< => 0,n

Pour changer les cardinalités, il faut cliquer sur le trait de l'association et aller dans l'onglet "Foreign Key". Regarde ensuite ce qui se passe quand tu changes d'une part de One-to-many à One-to-one et d'autre part en cochant ou décochant les cases Mandatory, ainsi que Identifying relation.

[Ghostaunt]

Ok merci pour toutes ces précisions mais je viens de me rendre compte d'une chose...

si je met clé primaire pour messages_prives, il m'est impossible d'envoyer plusieurs messages a plusieurs personnes ? étant donné que c'est à la fois un unique ?

alors au final :
messages_prives_id, membres_id
1, 12
1, 15
1, 26
2, 8
2, 16
2, 32

ca n'ira pas dans mon cas ?

[CinePhil]

Ce n'est pas messages_prives_id tout seul qui est clé primaire, donc unique, c'est le couple {messages_prives_id, membres_id}.
Les exemples que je t'ai donnés sont conformes.

[Ghostaunt]

Ah !!! Et bien désolé pour toutes ces questions mais là tu ma vraiment aidé pour comprendre comment fonctionne une clé primaire...

Un grand merci