Discussion :

[prgasp77]

Bonjour,
j'aimerais ajouter une contrainte un peu plus complexe que ce que je sais faire sur ma base. Je la simplifie en

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
CREATE TABLE A (
   idA int NOT NULL,
   plop int NOT NULL,
   PRIMARY KEY(idA)
);
CREATE TABLE B (
   idB int NOT NULL,
   plop int NOT NULL,
   PRIMARY KEY(idA)
);
CREATE TABLE Asso (
   idA int NOT NULL,
   idB int NOT NULL,
   PRIMARY KEY(idA,idB),
   FOREIGN KEY idA REFERENCES A(idA),
   FOREIGN KEY idB REFERENCES A(idB),
);

J'aimerais avoir une contrainte qui assure qu'une entrée dans la table Asso référence deux enregistrement dans A et B qui ont la même valeur pour l'attribut plop. Ainsi, pour chaque entrée dans Asso, "idA->plop=idB->plop" ... mais en SQL ^^

Merci beaucoup pour votre aide.

[punkoff]

Bonjour,


Si idA et idB doivent être systématiquement identique pourquoi faire 2 champs ?
(ou alors j'ai pas saisi la demande)

[SQLpro]

Vous avez donc un problème de conception, votre modèle physique viole la première forme normale.

Si vous aviez procédé à une modélisation conceptuelle avec un outil il vous aurait été impossible de concevoir vos entités ainsi !!!!

Pour résoudre votre problème, vous devez passer par un héritage. Lisez ceci :
http://sqlpro.developpez.com/cours/m...tion/heritage/

A +

[prgasp77]

Je vous trouve durs avec moi ... je n'ai évidemment pas une base de cette forme ou des tables de ces formes, j'ai simplifié le problème au maximum afin de vous aider à m'aider.

Qu'y a-t-il de si étrange ou de si non normalisé que de vouloir une contrainte sur des champs référencés dans une table d'association NxM ?

Merci.

[SQLpro]

Je vous trouve durs avec moi ...

Rassurez vous, il n'y a pas qu'avec vous que je le sui !!!!

je n'ai évidemment pas une base de cette forme ou des tables de ces formes, j'ai simplifié le problème au maximum afin de vous aider à m'aider.

Visiblement si vous l'avez, mais comme vous ne modélisez pas au bon endroit, vous ne pouvez pas le voir... Pour médéliser correctement il faut faire un MODELEC CONCEPTUEL DE DONNÉES ou MCD. On ne peut pas modéliser correctement directement avec des tables !

Qu'y a-t-il de si étrange ou de si non normalisé que de vouloir une contrainte sur des champs référencés dans une table d'association NxM ?

Merci.

Elle est stupide car un modèle bien fait n'a pas besoin d'une telle contrainte !!!

Voici la solution :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
CREATE TABLE AB
   id int NOT NULL,
   plop int NOT NULL,
   PRIMARY KEY(id)
);
 
CREATE TABLE A (
   idA int NOT NULL FOREIGN KEY REFERENCES AB (id),
   PRIMARY KEY(idA)
);
CREATE TABLE B (
   idB int NOT NULL FOREIGN KEY REFERENCES AB (id),
   PRIMARY KEY(idA)
);
CREATE TABLE Asso (
   idA int NOT NULL,
   idB int NOT NULL,
   PRIMARY KEY(idA,idB),
   FOREIGN KEY idA REFERENCES A(idA),
   FOREIGN KEY idB REFERENCES A(idB),
);

Ainsi vous n'avez aucune redondance, donc aucun besoin de dire que plop = plop dans une contrainte!!!
Et si vous voulez des tables A et B avec votre plop en sus, il suffit de faire des vues :

Code :

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

1
2
3
4
5
6
CREATE VIEW V_A
AS
SELECT idA, plop
FROM   AB
       JOIN A
            ON ...

A +

[prgasp77]

Très bien merci, je vérifie que cette solution attrayante soit compatible en tout point avec les outils que je vais utiliser. Je vous tiens au courant.

Edit : c'est tout bon, merci encore ... y'a plus qu'à apprendre à ma surcouche à gérer les vues "en écriture"