Comment empécher l'exécution dans un trigger ? [Résolu]

[CinePhil]

Bonjour,
Je débute avec les triggers.

J'ai réussi à faire un système de message d'erreur et à l'utiliser dans deux triggers mais cela n'empêche pas l'exécution de l'insertion.

Mon code actuel :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
CREATE TRIGGER tre_cis_max_inscrits BEFORE INSERT ON tj_cnd_inscrire_ssn_cis FOR EACH ROW
BEGIN
   COMMIT;
   IF
       (
           SELECT COUNT(*)
           FROM tj_cnd_inscrire_ssn_cis
           WHERE cis_id_session = NEW.cis_id_session
       )
       + 1 >
       (
           SELECT ssn_capacite
           FROM te_session_ssn
           WHERE ssn_id = NEW.cis_id_session
       )
       THEN
           ROLLBACK;
           CALL pa_generer_erreur('La capacité d''inscription a été atteinte !');
   END IF;
END//

Sans le ROLLBACK, l'erreur est générée mais l'insertion se fait quand même et avec le COMMIT et ROLLBACK, MySQL retourne une erreur :

#1422 - Explicit or implicit commit is not allowed in stored function or trigger.

[Antoun]

Salut Phil !

D'une part, on ne peut pas faire de ROLLBACK dans le trigger, d'autre part, pour empêcher l'insertion, il faut provoquer volontairement une erreur... Je t'invite à lire le papier d'Alain sur ce sujet : http://alain-defrance.developpez.com...integre-error/.

A +

[CinePhil]

Justement, je l'ai lu !
Ça veut dire qu'il faut que je mette mes NEW valeurs à NULL pour provoquer l'erreur ?
Je ne sais pas comment va réagir le programme après ça ! Framework JBoss Seam

[Antoun]

Envoyé par CinePhil

Justement, je l'ai lu !
Ça veut dire qu'il faut que je mette mes NEW valeurs à NULL pour provoquer l'erreur ?

oui, par exemple...

[CinePhil]

OK merci. Le trigger fonctionne dans MySQL, faut maintenant que je voie comment va réagir le programme mais je n'en suis pas encore là.

Pas top quand même ce système !

EDIT :
En fait, en regardant par hasard le script de la procédure générant l'erreur, que j'avais piquée dans un tutoriel, je me rends compte pourquoi ça n'empêchait pas l'insertion malgré l'erreur : j'avais oublié l'index UNIQUE sur la colonne de message de la table des erreurs.

Pour ceux que ça intéressent, voilà la solution :
Une table d'erreurs avec un index UNIQUE sur le message d'erreur :

Code :

1
2
3
4
5
6
7
CREATE TABLE `ta_erreur_err` (
  `err_id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `err_message` varchar(128) NOT NULL COMMENT 'Libellé du message d''erreur',
  `err_date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'Date de génération du message d''erreur.',
  PRIMARY KEY (`err_id`),
  UNIQUE KEY `x_u_err_message` (`err_message`)
) ENGINE=MEMORY AUTO_INCREMENT=6 DEFAULT CHARSET=latin1 COMMENT='Table des messages d''erreur'

Une procédure de génération d'erreur qui insère deux fois le même message dans la table d'erreur,

Code :

1
2
3
4
BEGIN
  INSERT INTO ta_erreur_err (err_message) VALUES (_Message);
  INSERT INTO ta_erreur_err (err_message) VALUES (_Message);
END

ce qui interrompt l'exécution de l'appelant de la procédure, avec un message plus clair :

#1062 - Duplicate entry 'La capacité d'inscription a été atteinte !' for key 'x_u_err_message'

[Antoun]

C'est astucieux comme moyen de faire sortir le message d'erreur