Discussion :

[ifr38]

Bonjour,

J'ai un problème avec mon trigger (en Mysql) ..
Je remplis une table A automatiquement via Rsyslog, et tout fonctionne parfaitement.

J'ai créé un trigger qui après chaque nouvel insert dans la table A, remplit une autre table B, mais le problème est que certains inserts qui se font normalement sans triggers ne se font plus dès lors que ce trigger "est en marche". De plus j'ai remarqué que l'auto_increment de la table A "sautait" de 1000 en 1000 parfois sans raison..

Savez-vous d'où cela peut venir ?? D'un côté, ce problème n'apparait que si le trigger tourne mais de l'autre c'est bien un after insert, c'est pourquoi je comprends pas pourquoi ça empêche ces inserts dans ma table A :/

Merci pour votre aide

[aieeeuuuuu]

Bonjour,

Votre trigger doit provoquer une erreur.
Ceci expliquerait que vos données ne soient pas présentes (rollback lors de l'erreur)
Ceci expliquerait aussi vos "trous" dans les auto incréments : les valeur consommées lors de l'insertion sont "perdue" après le rollback.

NB : after insert signifie que le trigger est déclenché après que l'insertion a été effectuée (les contraintes ont été validées, ...) mais la transaction n'est pas pour autant terminée.

[ifr38]

Bonjour,

MySQL fait des rollback tout seul par défaut ?? Je n'ai pour le moment fait aucune transaction dans mon trigger, c'est de là que peut venir l'erreur ?
Merci à vous

[ifr38]

Mon trigger est de cette forme

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
CREATE TRIGGER after_insert
AFTER INSERT ON Syslog.SystemEvents
FOR EACH ROW
BEGIN
 
IF (....) THEN
INSERT INTO table_B....
 
ELSEIF (....) THEN
UPDATE table_B ....
 
ELSEIF (....) THEN 
INSERT INTO table_B ....
 
ELSEIF (......) THEN
UPDATE table_B ....
 
END IF;
 
END|

Je ne vois pas comment utiliser les COMMIT et/ou ROLLBACK .. Comment savoir si telle ou telle requête ne s'est pas correctement exécutée ?
Merci à ceux qui m'aideront

[aieeeuuuuu]

Même si il n'y a pas de transaction explicite, une commande INSERT est incluse dans une transaction (implicite).

En cas d'erreur, c'est toute la transaction qui est annulée.

Par exemple, si vous insérez plusieurs lignes et qu'une seule d'entre elles viole une contrainte, alors aucune ligne ne sera insérée.

De la même façon, si votre trigger rencontre une erreur (par exemple une erreur lors de l'insertion dans B), alors aucune ligne ne sera insérée dans A : la transaction (en l’occurrence votre commende INSERT) est annulée.

[ifr38]

De la même façon, si votre trigger rencontre une erreur (par exemple une erreur lors de l'insertion dans B), alors aucune ligne ne sera insérée dans A : la transaction (en l’occurrence votre commende INSERT) est annulée.

Ceci est très intéressant, je ne le savais pas. Je vais tenter de trouver d'où provient l'erreur dans mon trigger . Merci bien en tous cas

[ifr38]

Mon problème est résolu.

Après plusieurs tests, je me suis rendu compte qu'une de mes requêtes pouvait retourner plusieurs résultats alors que le update attendait un id unique.
J'ai rajouté un ORDER BY id ASC LIMIT 1 pour ne garder que le premier de ses résultats.

Merci pour l'aide!