Bonjour Craftman,
Je suis désolé de vous répondre tardivement, mais j’avais des urgences par ailleurs.
Envoyé par
Craftman
L’icône rouge dans vos différents MLD correspondent bien à la présence de clé étrangère ?
Concernant la couleur des losanges :
— rougeâtre : oui, cette couleur est utilisée pour repérer visuellement les attributs qui participent à des clés étrangères (mais s’ils participent simultanément à la clé primaire de la table, c’est l’icône de cette clé qui est utilisée).
— bleuâtre : cette couleur est utilisée pour les attributs qui ne participent ni à une clé primaire ni à une clé étrangère (comme MySQL Workbench ne colorie pas pour les clés alternatives, j’ajoute à la main la petite clé bleue ad-hoc). En outre, ces attributs ne peuvent pas être marqués NULL.
— blanchâtre : cette couleur est utilisée pour les attributs pouvant être marqués NULL. Il va de soi qu’elle n’apparaît jamais dans mes diagrammes...
Envoyé par
Craftman
Dans la table MESSAGE la participation de l'attribut MessageId dans la clé primaire est-ce primordiale ?
Oui . Que ce soit en tant que seul élément de la clé {MessageId}, cas de identification absolue, soit en tant qu’attribut participant à l’identification relative (clé {ProjetEtatId, MessageId}).
Exemple :
Identification absolue
1
2
3
4
5
6
7
8
9
10
11
12
| MessageId ProjetEtatId MessageTeneur
---------
1 1 Y a du vent dans les voiles
2 1 Y a du mou dans la corde à nœuds
3 1 On a vendu les bijoux de famille
4 2 20 ans dans un mur, la vie d’une brique
5 2 Le char de l’Etat navigue sur un volcan
6 2 Aux 4 coins de l’Hexagone
7 3 Margoton la jeune bergère
8 3 Il y a peu de chances qu’on détrône le roi des c... |
Identification relative
1
2
3
4
5
6
7
8
9
10
11
12
| ProjetEtatId MessageId MessageTeneur
------------ ---------
1 1 Y a du vent dans les voiles
1 2 Y a du mou dans la corde à nœuds
1 3 On a vendu les bijoux de famille
2 1 20 ans dans un mur, la vie d’une brique
2 2 Le char de l’Etat navigue sur un volcan
2 3 Aux 4 coins de l’Hexagone
3 1 Margoton la jeune bergère
3 2 Il y a peu de chances qu’on détrône le roi des c... |
Vous me direz que, dans votre cas, l’intérêt du choix d’un type d’identification ne saute pas aux yeux. Par contre, dès que, par exemple, des contraintes de chemin sont à mettre en œuvre (cf. le problème des devis, bons et factures de Benallasiham), en plus de l’avantage qu’on y trouve quant aux performances, c’est l’identification relative qui prend l’avantage de façon décisive.
Quant à se passer de clé primaire, ça serait autoriser les doublons et cette fois-ci la table Message ne serait plus qu’un sac auquel on ne pourrait accorder aucune confiance, ça serait de la folie.
Peut-on ajouter une clé "fabriquée" à une table associative ?
Répondre avec citation
), le type TIMESTAMP convient.
» (MySQL Workbench ne propose pas cette facilité graphique, mais permet heureusement de définir des clés alternatives, au moyen d’index de type unique) :
Partager