Discussion :

[fredfred]

Bonjour,

Je voudrais savoir s'il est possible de créer un trigger sur un champ d'une table, et que ce trigger puisse agir avant et après l'écriture des données.

Je m'explique : j'ai une table Article avec QteStock et CMUP.
Quand QteStock est modifié, je voudrais que le trigger se déclenche et fonctionne de la manière suivante :

- avant écriture dans la base, on enregistre les valeurs QteStock et CMUP dans une table de travail
- mise à jour effective de la base
- après ecriture, on enregistre les nouvelles valeurs dans cette même table de travail.

Le but final étant d'avoir une table du genre :

Code :

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

  code_art  |   date_heure  |  qte_avant   |  cmup_avant   |  qte_apres   |   cmup_apres

avec une ligne à chaque fois que QteStock d'un article est modifié.

Est-ce que c'est jouable ?

Merci.

[Bluedeep]

Les triggers Sql Server (qui sont uniquement des triggers "commande" il n'y a pas de trigger "ligne" en SQL SERVER) exposent deux vues (enfin deux pour les trigger UPDATE) qui sont "delete" et "insert".

Il suffit de lire la vue "delete" pour obtenir les valeurs "anciennes" et la vue "insert" pour lire les valeurs "nouvelles" (c'est un peu l'équivalent de :old et :new en Oracle, mais qui ne sont dans le cas d'Oracle qu'accessible dans les triggers "ligne").

Il va de soit qu'un trigger "ON INSERT" n'expose que la vue "insert" et un trigger "ON DELETE" n'expose que la vue "delete".

Que ensuite tu utilises un trigger BEFORE ou AFTER dépend de tes choix applicatifs. (mais dans ton cas, ce serait plutôt un TRIGGER "AFTER", c'est à dire appelé après la mise à jour).

[SQLpro]

Les triggers Sql Server (qui sont uniquement des triggers "commande" il n'y a pas de trigger "ligne" en SQL SERVER) exposent deux vues (enfin deux pour les trigger UPDATE) qui sont "delete" et "insert".

NON ! deleted et inserted

Il suffit de lire la vue "delete" pour obtenir les valeurs "anciennes" et la vue "insert" pour lire les valeurs "nouvelles" (c'est un peu l'équivalent de :old et :new en Oracle, mais qui ne sont dans le cas d'Oracle qu'accessible dans les triggers "ligne").

Il va de soit qu'un trigger "ON INSERT" n'expose que la vue "insert" et un trigger "ON DELETE" n'expose que la vue "delete".

Que ensuite tu utilises un trigger BEFORE ou AFTER dépend de tes choix applicatifs. (mais dans ton cas, ce serait plutôt un TRIGGER "AFTER", c'est à dire appelé après la mise à jour).

NON : il n'y a pas de trigger BEFORE dans SQL Server. Mais des trigger INSTEAD OF et AFTER.

A +

[Bluedeep]

NON ! deleted et inserted
NON : il n'y a pas de trigger BEFORE dans SQL Server. Mais des trigger INSTEAD OF et AFTER.

A +

Décidément, 8 mois sans toucher à SQL SERVER ne me réussissent pas....

[SQLpro]

et puis il va y avoir DENALI !!!!

;-)

A +

[fredfred]

J'ai essayé ça

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
 
ALTER TRIGGER [dbo].[EV_OCI_ARTSTOCK]
        ON  [dbo].[F_ARTSTOCK]
        FOR UPDATE
 AS
 BEGIN
 
declare @ref varchar(50)
DECLARE @old_qte int
DECLARE @oldMontSto money
 
 -- inutile si pas d'update de la colonne visée
 IF NOT UPDATE(AS_QTESTO)
 RETURN
 
 -- stocke les anciennes valeurs
 SELECT @ref = AR_REF 
 FROM INSERTED
 
 SELECT @old_qte = F_ARTSTOCK.AS_QteSto, @oldMontSto = F_ARTSTOCK.AS_MontSto
 FROM F_ARTSTOCK
 WHERE F_ARTSTOCK.AR_REF = @ref
 
 INSERT INTO OCI_MVTSTOCK (AR_REF, Heure, QTE_AV, CMUP_AV, QTE_AP, CMUP_AP) 
 SELECT INSERTED.AR_REF, getdate(), @old_qte, @oldMontSto, INSERTED.AS_QteSto, INSERTED.AS_MontSto
 FROM INSERTED
 
 -- rollback en cas d'erreur
IF @@Error <> 0
ROLLBACK TRANSACTION
 
END

Mais les valeurs AV et AP de la table OCI_MVTSTOCK sont identiques, je ne parviens pas à récupérer les valeurs avant l'update.