Discussion :

[Psyloh]

Bonjour!

J'aimerais qu'un trigger se déclenche sur une table, lors de la suppression de lignes... Ce trigger va supprimer des lignes dans une autre table!

C'est l'implémentation classique d'une clause ON DELETE CASCADE dans MySQL, quand on a besoin de déclencher des triggers! Puisque la clause ON DELETE ne déclenche toujours pas les triggers...

Prenons un exemple :

Code :

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

1
2
3
4
5
6
7
8
9
CREATE TABLE User (
id INT UNSIGNED PRIMARY KEY AUTO_INCREMENT
);
 
CREATE TABLE Truc (
id INT UNSIGNED PRIMARY KEY AUTO_INCREMENT,
user INT UNSIGNED,
CONSTRAINT fkUser FOREIGN KEY (user) REFERENCES User(id) ON UPDATE CASCADE ON DELETE CASCADE
);

J'ai un trigger before delete sur User qui va supprimer ses Trucs.
Dans le cas où, finalement, le User ne pourrait être supprimé, il me faut effectuer la suppression des Trucs dans une transaction.
J'ai donc un START TRANSACTION avant la suppression des Trucs du User...
J'imagine donc qu'il me faut créer un trigger after delete pour y placer un COMMIT!

Code :

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

1
2
3
4
5
6
7
8
9
10
CREATE TRIGGER User_BeforeDelete BEFORE DELETE ON User FOR EACH ROW
BEGIN
START TRANSACTION;
DELETE FROM Truc WHERE id IN (SELECT id FROM Truc WHERE user = OLD.id);
END
 
CREATE TRIGGER User_AfterDelete AFTER DELETE ON User FOR EACH ROW
BEGIN
COMMIT;
END

Ma question est la suivante : où dois-je placer le ROLLBACK, dans le cas où ça foire?

Merci à vous!

[punkoff]

Bonjour,

Concernant la requête dans le trigger before, pourquoi faire une sous-requête ? Elle est inutile.

Pourquoi faites-vous un start transaction dans ce trigger ?

La transaction est gérée par le programme appelant la requête qui va supprimer l'utilisateur.


Concernant votre 2eme question, perso je n'ai pas compris.

[Psyloh]

Ah oui, c'est pas faux! La sous-requête est effectivement inutile!
Mais bon, c'est pas le problème!
J'ai besoin d'un START TRANSACTION; avant de supprimer les Trucs, afin, comme je l'ai expliqué, que les Trucs ne soient pas supprimés si le User ne peut l'être!
Donc, je crois bien qu'il me faut un trigger AFTER DELETE pour COMMIT; la transaction!
Par contre, si le User n'a pas pu être supprimé, est-ce nécessaire et y a-t-il moyen de ROLLBACK?

Je précise que c'est un exemple! En réalité, ça ne concerne pas des Users et des Trucs! Il faut donc imaginer que les Users sont rattachés à d'autres tables qui peuvent limiter les possibilités de suppression... Et puisque j'ai des triggers sur la table Truc, je ne peux pas compter sur ON DELETE CASCADE! Et je ne peux pas supprimer les Trucs dans AFTER DELETE ON User à cause de la clé étrangère! Je dois donc supprimer les Trucs avant de supprimer le User puis COMMIT; si le User a bien été supprimé ou ROLLBACK si le User ne peut être supprimé..!

[punkoff]

si l'utilisateur ne peut être supprimé, la transaction qui a lancé le delete va rollbacker tout.

Ceci inclut les requêtes dans le trigger before delete.

De toute manière MYSql interdit l'utilisation de telles instructions :

The trigger cannot use statements that explicitly or implicitly begin or end a transaction, such as START TRANSACTION, COMMIT, or ROLLBACK.

https://dev.mysql.com/doc/refman/5.0...er-syntax.html

[Psyloh]

Erff... La réponse était dans la doc, alors -_-
Honte sur moi!

Merci beaucoup ^^'