Discussion :

[CinePhil]

dans ton exemple qui ne fonctionne pas, la référence point sur id2 qui n'est indexé que relativement à id1 mais pas individuellement. Normal que ça ne fonctionne pas.

Là encore, la bonne pratique consisterait à créer une clé étrangère double colonnes pointant sur la clé primaire double colonnes de la table B.

Tes autres exemples fonctionnent avec une table vide mais que se passe t-il dans le cas de la référence vers un index non unique quand tu ajoutes des données identiques dans la colonne référencée ?

[SQLpro]

Oui, tu as raison. Je me suis embrouillé. Voici des exemples vérifiés :

ÉVITEZ LES EXEMPLES AVEC MYSQL...

En effet, MySQL est fortement bugué et ne respecte pas du tout le SQL... Ce n'est d'ailleurs pas un SGBD relationnel, mais un gestionnaire de fichier utilisant du SQL !

Lisez l'article que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/

En particulier, voici quelque chose de totalement illégal en SQL et qui passe très bine sous MySQL :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
CREATE TABLE T1 (C1 INT); 
 
INSERT INTO T1 VALUES (1); 
INSERT INTO T1 VALUES (1); 
INSERT INTO T1 VALUES (2); 
 
CREATE INDEX X ON T1 (C1); 
 
CREATE TABLE T2 (C2 INT, C1 INT); 
 
ALTER TABLE T2 ADD CONSTRAINT FK FOREIGN KEY (C1) REFERENCES T1 (C1);

On peut donc créer une contraintes FOREIGN KEY référençant une colonne NON UNIQUE dans la table mère avec MySQL !!!
Ahurissant...

heureusement, aucun autre SGBDR ne fait ce genre de débilité !

A +