Discussion :

[paskal++]

Bonjour,
Lors du passage du modèle E/A au modèle relationnel, une régle stipule que pour les associations de type N : N, il faut créer une nouvelle relation qui contiendra :l’identifiant de la 1ère entité (CP1) et l'identifiant de la 2ème entité (CP2)
La clé de cette nouvelle relation est formée par la concaténation de deux identifiants. Cette clé est elle une clé primaire ou secondaire ?
on utilise la notation N1 ou N2 ?
N1:
R(CP1,CP2,....)
ou N2
R(CP1#,CP2#,....)
Merci d'avance.

[escartefigue]

bonjour,

La notation est R(CP1#,CP2#,....) puisque les identifiants sont hérités des entités-type concourant à la relation
Pour autant, il s'agira bien de la clef primaire de la table issue de l'association, clef dont chaque colonne fera l'objet d'une contrainte d'intégrité pour référencer la colonne dans la table dont elle est issue.

[CinePhil]

Je vous renvoie au billet de mon ancien blog pour savoir quand il faut une table associative.

[paskal++]

Je vous remercie pour vos réponses.
Normalement c'est une clé étrangère puisque c'est une clé primaire dans une autre relation alors je comprends pas pourquoi on la définit au niveau du sgbd comme primary key ??

[CinePhil]

A -0,n----associer----0,n- B

=> Table associative dont la clé primaire est composée des clés étrangères référençant les deux tables A et B.

Encore une fois, voir mon billet de blog cité plus haut.

Une clé étrangère peut aussi être une clé primaire ou entrer dans la composition d'une clé primaire.

Clé primaire : colonne ou ensemble de colonnes permettant d'identifier de manière unique chaque ligne de la table.
Clé secondaire (ou alternative) : autre colonne ou ensemble de colonnes munies de valeurs différentes pour chaque ligne de la table.
Clé étrangère : colonne ou ensemble de colonnes référençant une autre table et signifiant que les valeurs dans la colonne clé étrangère doivent pré-exister dans la table référencée.

Exemples :
tr_type_vehicule_tvh (tvh_id, tvh_code, tvh_libelle)
=> tvh_id est la clé primaire, purement technique, de type entier et auto-incrémentée.
=> tvh_code est une clé alternative car tous les codes doivent être différents. Cette colonne ferait une mauvaise clé primaire parce qu'un code peut changer au cours du temps, sera en principe de type CHAR ou VARCHAR donc plus gourmand en mémoire et plus lent à traiter qu'un entier.

te_vehicule_veh (veh_id, veh_id_type, veh_immatriculation...)
=> veh_id est la clé primaire, purement technique, de type entier et auto-incrémentée.
=> veh_id_type est une clé étrangère référençant la table tr_type_vehicule_tvh. Les valeurs dans cette colonne doivent toutes se trouver dans la colonne tvh_id. Une valeur peut figurer plusieurs fois puisqu'il peut y avoir plusieurs véhicules de même type. Ce n'est donc pas une clé alternative.
=> veh_immatriculation est une clé alternative puisqu'il ne peut y avoir deux fois le même numéro d'immatriculation pour deux véhicules différents. La colonne sera munie d'une contrainte d'unicité.

te_personne_prs (prs_id, prs_nom...)
=> Je ne refais pas le détail de l'explication ; j'espère que vous avez compris.

tj_prs_posseder_veh_ppv (ppv_id_personne, ppv_id_vehicule...)
=> ppv_id_personne et ppv_id_vehicule sont deux clés étrangères référençant les deux précédentes tables.
=> l'ensemble {ppv_id_personne et ppv_id_vehicule} est la clé primaire de la table puisque chaque couple est différent (on n'enregistre ici pas deux fois le même véhicule possédé par le même propriétaire).

PS : En toute rigueur, j'aurais dû écrire que clé primaire et clé étrangères sont des contraintes sur une colonne ou un ensemble de colonnes...

[escartefigue]

Je vous remercie pour vos réponses.
Normalement c'est une clé étrangère puisque c'est une clé primaire dans une autre relation alors je comprends pas pourquoi on la définit au niveau du sgbd comme primary key ??

Bis :

bonjour,

La notation est R(CP1#,CP2#,....) puisque les identifiants sont hérités des entités-type concourant à la relation
Pour autant, il s'agira bien de la clef primaire de la table issue de l'association, clef dont chaque colonne fera l'objet d'une contrainte d'intégrité pour référencer la colonne dans la table dont elle est issue.

[paskal++]

C'est plus clair maintenant. Merci.

[stigmate101]

Bonjour,

Finalement on pourrais dire qu'une clé secondaire est ce que l'on appelle par ailleurs un clé candidate ?

[CinePhil]

Parmi toutes les clés candidates, il en faut une qui devient la clé primaire. Les autres deviennent des clés secondaires ou alternatives.

Exemple...

Soit la table de référence suivante :
tr_civilite_civ (civ_id, civ_abreviation, civ_libelle, civ_ordre)

civ_id est de type entier et auto-incrémentée : c'est la clé primaire.
civ_abreviation (M., Mme, Mle, Me, Pr, Dr...) est munie d'une contrainte d'unicité et est une clé candidate qui devient clé alternative.
civ_libelle (Monsieur, Madame, Mademoiselle, Maître, Professeur, Docteur...) est munie d'une contrainte d'unicité et est une clé candidate qui devient clé alternative.
civ_ordre est de type entier mais pas auto-incrémentée. Elle est aussi porteuse d'une contrainte d'unicité. Cette colonne est là pour préciser dans quel ordre on présente les données dans une liste de choix sur une interface graphique. C'est donc aussi une clé candidate qui devient une clé alternative.

Bilan : 4 clés candidates au départ ; 1 clé primaire et 3 clés alternatives (ou secondaires) à l'arrivée.

[escartefigue]

Bonsoir
Pour les clefs, on utilise souvent le terme de "candidate" .
Le terme "secondaire" est plutôt utilisé pour les index.
Mais ce n'est pas une règle