Clé primaire multicolonne ou contrainte d'unicité multicolonne ?

Bonjour,

J'ai une petite question concernant les associations plusieurs-à-plusieurs.
Lorsque l'on souhaite avoir une contrainte d'unicité entre deux clés étrangères d'une association plusieurs-à-plusieurs, faut-il privilégier une clé primaire multicolonne ou une contrainte d'unicité multicolonne ?

Par exemple, dans le cas de garnitures de pizzas :

[PIZZA] 1,n --- (posséder) --- 1,n [GARNITURE]

Je cherche à forcer l'unicité de l'association entre une garniture et une pizza. Une pizza ne peut pas avoir 2 éléments de garniture identiques (par exemple, 2 fois des anchois).

je pourrai faire ceci (pour Postgresql) :

Code:

---

1 2 3 4 5 6

CREATE TABLE garniture_pizza( pizza_id BIGINT NOT NULL, garniture_id BIGINT NOT NULL CONSTRAINT pizza_garniture PRIMARY KEY (pizza_id, garniture_id) );

---

ou

Code:

---

1 2 3 4 5 6

CREATE TABLE garniture_pizza( pizza_id BIGINT NOT NULL, garniture_id BIGINT NOT NULL, UNIQUE (pizza_id, garniture_id) );

---

Dans ce dernier cas, il n'y a pas de clé primaire. Je peux ajouter des index sur chaque colonne, si nécessaire.

Est-ce que ma réflexion est censée et quelle est la solution à privilégier ?

Vincent

Bonsoir,

Partons du MCD suivant :
Pièce jointe 644823
Voici le MLD correspondant :
Pièce jointe 644824
Et donc le LDD :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

CREATE TABLE Pizza( Pizza_id BIGINT, Libellé VARCHAR(50), PRIMARY KEY(Pizza_id) ); CREATE TABLE Garniture( Garniture_Id BIGINT, Description VARCHAR(50), PRIMARY KEY(Garniture_Id) ); CREATE TABLE Posséder( Pizza_id BIGINT, Garniture_Id BIGINT, PRIMARY KEY(Pizza_id, Garniture_Id), FOREIGN KEY(Pizza_id) REFERENCES Pizza(Pizza_id), FOREIGN KEY(Garniture_Id) REFERENCES Garniture(Garniture_Id) );

---

Bonne continuation !

Bonjour Paprick,

Merci pour votre réponse.
Oups ! j'avais oublié les 2 références aux clés étrangères dans mes scripts de création...

Ceci dit, est-il possible de substituer la clé primaire (fk1, fk2) par une contrainte UNIQUE (fk1, fk2) tout en ajoutant des index sur fk1 et fk2 ?
Est-ce que cela a seulement un intérêt ?

Vincent

Bonjour,

Citation:

---

Envoyé par aras-vbo

Ceci dit, est-il possible de substituer la clé primaire (fk1, fk2) par une contrainte UNIQUE (fk1, fk2) tout en ajoutant des index sur fk1 et fk2 ?
Est-ce que cela a seulement un intérêt ? Vincent

---

Je n'y vois clairement AUCUN intérêt : une clé primaire est naturellement UNIQUE et indexée ; de plus, la relation PK-FK est à la base du fonctionnement de tout SGBD relationnel.