[T-SQL]delete table declenche par trigger

J'ai créé ce trigger :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

create trigger custom.tmonth on custom.custom_sjour for insert as begin declare @inserted_month integer declare @sjour_month integer select @inserted_month = max(month(bdate)) from inserted select @sjour_month = isnull(max(month(bdate)),0) from custom.custom_sjour if @inserted_month = @sjour_month begin delete from custom.custom_sjour end end

---

Le but (souhaité...) de celui-ci est que lorsque j'insère des données dont le max du mois de la colonne bdate des données insérées est égal au max du mois de la colonne bdate de la table custom_sjour la table custom_sjour soit vidée. Le problème est que celui-ci ne fonctionne pas, la table est vidée dans les deux cas suivants (sachant que lors du déclenchement du trigger max(month(custom_sjour.bdate)) est égal à 6) :

Code:

---

1 2 3 4

insert into custom_sjour(bdate) values('2008-07-14')   insert into custom_sjour(bdate) values('2008-06-14')

---

Selon ma logique la table devrait etre vidée dans le second cas mais pas dans le premier ! :roll:

merci de votre aide

Hmmm... ça me semble assez tordu comme logique, et ne va pas marcher, pour une raison simple:

Dans le trigger, le select sur custom_bjour va inclure les datas dans la table virtuelle "inserted" - donc ta condition est toujours vraie si le mois dans inserted est plus grand ou égal que le mois déjà dans la table.

Même si tu réussi à faire marcher ce genre de trigger je le déconseille fortemement - le vidage de la table est trop "magique" à mon sens: un insert dans la table genère son vidage! Quelqu'un qui vient après toi pour comprendre ce qui se passe aura probablement passablement de peine...

Michael

En mettant un

Code:

---

1 2 3

SELECT @sjour_month = isnull(max(month(bdate)),0) FROM custom.custom_sjour where bdate not in (select bdate from inserted)

---

Ca peut passer. Mais je reste réservé sur la méthode, tout comme Michael.
Que se passe-t-il si le delete ne passe pas (syslogs full par exemple)? Peut-on se permettre de bloquer les inserts?? Il faudrait blinder la gestion des erreurs.

Pourquoi ne pas écrire un processus de purge lancé par cron ou autre tous les soirs? C'est ce que je connais de plus fiable, tu évites l'impact sur les perfs lors de l'insert, et en faisant ça de manière générique tu réutilises mieux ton code.

Je vérifie vos réponses un peu tard car vue que c'était urgent j'ai finalement réglé le problème autrement.

Etant donné que c'est un programme exécutable qui fait l'inser j'ai modifié celui-ci pour qu'il fasse également le vidage de la table.

Au départ je me suis dit que ce serait plus propre de coder ça dans un trigger et comme je fais rarement du t-sql ca aurait été l'occasion.... mais finalement je suis d'accord avec vous sur le coté "magique" du delete de la table. Au moins dans l'exe c'est clair d'autant plus que celui-ci est documenté alors que la base.....

Merci

J'ai déjà rencontré ce genre de problème au niveau d'un projet qui utilise un SGBD Sybase:
_________________________

Code:

---

1 2 3 4

IF condition THEN BEGIN DROP TABLE Nom_Table END

---

Dans ce cas il supprime toujours la table même si la condition n'est pas vérifiée.
Et la même chose se produit si je remplace le drop par un create ou par un SELECT * INTO
_________________________

Dans ton cas il y a une solution alternative, c de remplacer

Code:

---

1 2 3 4

IF @inserted_month = @sjour_month BEGIN DELETE FROM custom.custom_sjour end

---

par:

Code:

---

1 2	DELETE FROM custom.custom_sjour WHERE @inserted_month = @sjour_month

---

Et lors de la valorisation @inserted_month, il faut vérifier le cas du NULL.