Discussion :

[koktel_dfr]

J'ai créé ce trigger :

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

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

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 !

merci de votre aide

[mpeppler]

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

[Roller]

En mettant un

Code :

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

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.

[koktel_dfr]

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

[houssamboum]

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

Code :

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

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 :

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

1
2
3
4
IF @inserted_month = @sjour_month
    BEGIN
      DELETE FROM custom.custom_sjour
    end

par:

Code :

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

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.