Discussion :

[n0uki]

Bonjour à vous,

J'ai créé un Trigger comme suit :

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
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
USE [BIJOU] 
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TRIGGER TG_UPD_CThisto ON [dbo].[F_COMPTET]
AFTER UPDATE
AS
BEGIN
    -- pour ne pas retourner à l'application le
    -- nombre de lignes affectées
    SET NOCOUNT ON
 
    -- Traitement
    INSERT INTO dbo.HISTO_TIERS
    (
        CT_Num,
        CT_Intitule,
        CT_Type,
        CT_Adresse,
        CT_Complement,
        CT_CodePostal,
        CT_Ville
    )
    SELECT CT_Num,
        CT_Intitule,
        CT_Type,
        CT_Adresse,
        CT_Complement,
        CT_CodePostal,
        CT_Ville
    FROM DELETED
END
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO

Lorsque je fais une mise à jour d'une valeur sur la table [dbo].[F_COMPTET], j'ai bien un insert qui se réalise dans ma table dbo.HISTO_TIERS.
Mais le problème est que ca me réalise 2 inserts : 1 ligne avec l'ancienne valeur et une ligne avec la nouvelle valeur.

Avez vous une idée du problème ?

Fabrice

[SQLpro]

Non, car votre trigger est bon !

A +

[n0uki]

Pensez vous que cela provienne du fait que sur la table [dbo].[F_COMPTET], il existe d'autres Trigger de type update, delete et insert ?

Fabrice

[Invité]

Pensez vous que cela provienne du fait que sur la table [dbo].[F_COMPTET], il existe d'autres Trigger de type update, delete et insert ?

Si ça vient pas de votre nouveau trigger, ça vient d'ailleurs !
Vous n'avez pas vérifié le code des autres triggers ?

[n0uki]

Mon niveau débutant ne me permet pas de comprendre ce qui se passe dans tous les autres Trigger

Je vais essayer d'historiser des informations à partir d'une autre table pour voir comment cela se passe.

J'ai effectué une tentative de Trigger pour faire de l'historisation sur une autre table et même résultat... Ca me double l'insertion avec l'ancienne et la nouvelle valeur.

Cela n'a pas vraiment de bon sens.

Si je fais un INSTEAD OF UPDATE en lieu et place du AFTER UPDATE, il m'enregistre bien dans ma table d'histo la bonne modification, mais il ne mets pas à jour ma table de référence.

[Invité]

Mon niveau débutant ne me permet pas de comprendre ce qui se passe dans tous les autres Trigger

Vous avez tout de même les moyens de voir si le nom de votre table est présent dans le code et s'il y un insert dessus, non ?

[n0uki]

La table qui historise, est une table que j'ai créé par mes soins.

Les Triggers existant dans la table source ne peuvent donc pas contenir des actions qui joueraient sur ma table que j'ai créé.

Seul le Trigger que j'ai créé pour l'histo des modif tapent dans la table que j'ai créé.

[Invité]

Si vous le supprimez, est-ce que le problème est toujours présent ?
Vous n'auriez pas créé le même trigger sous différents noms ?

[n0uki]

Re,

j'ai supprimé le trigger que j'ai créé... Du coup, quand je réalise une modification, je n'ai plus rien qui s'inscrit dans la table d'histo que j'ai créé.

Cela parait normal et je n'ai donc pas créé 2 fois le même trigger sous 2 noms différents.

[n0uki]

J'ai trouvé ma réponse...

En fait, je modifie qu'un seul sur ma table de référence que je veux historiser.

Mais le système modifie en automatique un autre champs de ligne modifiée.

Du coup, le trigger s'execute plus ou moins 2 fois si j'ai bien compris.

Si je rajoute un IF UPDATE(unchamps) entre le AS et le BEGIN alors ca m'historise bien seulement l'ancienne information.

Il faut désormais que je m'attaque à l'historisation de la date et d'enregistrer l'utilisateur qui a modifié la valeur.

[elsuket]

Bonjour,

Du coup, le trigger s'execute plus ou moins 2 fois si j'ai bien compris.

Le trigger est exécuté autant de fois que l'événement pour lequel il est spécifié qu'il doit s'exécuter.
Si vous exécutez 10000 INSERT d'un tuple sur une table avec un trigger sur INSERT, celui-ci sera exécuté 10000 fois.
Si vous faites un INSERT de 10000 tuples sur cette même table, le trigger ne sera exécuté qu'une seule fois.

@++

[n0uki]

Merci de vos réponses,

Mais j'ai un peu de mal avec le mot "tuple"... même si google est mon ami !

Si je te comprends elsuket, dans mon cas, SQL doit faire XXX insert/update d'un tuple sur ma table... Ce qui fait que mon trigger s'exécute plusieurs fois.

Si je traduis différemment... Ca peut vouloir dire cela ?

Imaginons une table avec les champs : ID, Ref, PrixVen, cbModification

La modification PrixVen est modifiée et également cbModification. Mais ce n'est pas le même traitement qui modifie les deux informations en même temps (ce qui est stupide en soit surement).

Vu que c'est un programme propriétaire, je ne peux pas échapper à ce mode d'enregistrement j'imagine.

Donc je n'ai pas le choix, je dois faire un IF UPDATE précis pour obtenir l'exécution du Trigger une seule fois. C'est bien ca ?