Containte de type XOR

bonjour tout le monde :)

pendant la préparation de mon modèle relationnel ,je suis bloquer au niveau de la traduction d'une contrainte de type {XOR}.
voici l'exemple :

Citation:

---

j'ai un dossier d’équivalence qui est créer par un demandeur(un user)
et il est aussi valider par un valideur (un autre user) mais il existe une contrainte d'exclusion le demandeur ne peut pas être le valideur pour le même dossier .

---

comment je peut traduire ça au niveau de ma table

Code:

---

Dossier_Equi(num_dosier,#demandeur,#valideur,......)

---

Quelqu'un aurait-il des proposition ???
Merci d'avance :ccool:

Normalement, ce genre de contrainte dans le modèle se traduit par une contrainte CHECK en SQL : CHECK valideur <> demandeurMais comme le mauvais MySQL ne connaît toujours pas les contraintes CHECK alors qu'il en accepte la syntaxe, il faut passer par un trigger.

merci bien pour votre aide ...J'en suis trés reconnaissant
donc Mysql ne connait pas les contraintes de type check et je dois faire le triger :) :ccool:

Jai essaye de faire ca mais il y un problem:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

CREATE TRIGGER check_my_constraint BEFORE UPDATE ON Dosier_Equi FOR EACH ROW BEGIN DECLARE msg varchar(255); IF (NEW.demandeur<>NEW.Valideur) THEN SET msg = 'Constraint my_constraint violated: demandeur must not be valideur '; SIGNAL sqlstate '45000' SET message_text = msg;   END IF; END

---

Salut

Citation:

---

Envoyé par CinePhil

Normalement, ce genre de contrainte dans le modèle se traduit par une contrainte CHECK en SQL : CHECK valideur <> demandeurMais comme le mauvais MySQL ne connaît toujours pas les contraintes CHECK alors qu'il en accepte la syntaxe, il faut passer par un trigger.

---

N'est-il pas possible de simuler le CHECK par une vue ayant l'option 'WITH CHECK OPTION'?
@+

Je ne pense pas non parce que, si j'en crois la doc, cette clause ne s'applique qu'aux vues "updatable" - qui autorisent la mise à jour des tables - or celles-ci sont rares.

Le rôle d'une contrainte CHECk est d'abord de vérifier que la valeur que l'on tente d'insérer est acceptable. La contrainte WITH CHECK OPTION de MySQL ne fonctionne, si j'ai bien compris, que sur les mises à jour, donc quelque part éjà un peu trop tard !

Salut
Je viens de vérifier (version 5.6), l'insertion et la mise à jour sont bien rejetées si la condition du WHERE n'est pas respectée sinon les actions (insertion et mise à jour) passent.
La table

Code:

---

1 2 3

create table essaick (id int auto_increment primary key, c1 int, c2 int)

---

la vue

Code:

---

1 2 3

create view vessaick as select id ,c1 , c2 from essaick where c1<>c2 with check option

---

l'insertion qui passe

Code:

---

insert into vessaick (c1,c2) values (1,2)

---

l'insertion bloquée

Code:

---

1 2	insert into vessaick (c1,c2) values (3,3); err: 12:45:55 insert into vessaick (c1,c2) values (3,3) Error Code: 1369. CHECK OPTION failed 'world.vessaick' 0.000 sec

---

la mise à jour qui passe

Code:

---

update vessaick set c1=1, c2=6 where id=1;

---

celle qui est bloquée

Code:

---

update vessaick set c1=1, c2=1 where id=1;

---

@+

C'est tordu comme manière de faire chez MySQL mais si ça fonctionne, c'est une solution pour Feres_agent1116.

S'ils savent faire ça, pourquoi n'ont-ils pas encore implémenté la contrainte CHECk depuis le temps ? :roll:

Citation:

---

pourquoi n'ont-ils pas encore implémenté la contrainte CHECk depuis le temps ?

---

MySQL appartient à Oracle, donc ils savent tout faire. S'ils ne le font pas, c'est très probablement pour gagner plus d'argent, comme d'habitude quoi^^
Avant d'être des informaticiens, ce sont des commerciaux.