Discussion :

[Feres_agent1116]

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 :

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 sql :

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

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

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

[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.

[Feres_agent1116]

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

[Feres_agent1116]

Jai essaye de faire ca mais il y un problem:

Code sql :

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

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

[alassanediakite]

Salut

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'?
@+

[CinePhil]

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 !

[alassanediakite]

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 :

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

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

la vue

Code :

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

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

l'insertion qui passe

Code :

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

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

l'insertion bloquée

Code :

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

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 :

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

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

celle qui est bloquée

Code :

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

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

@+

[CinePhil]

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 ?