SQL Server : Utilisations intéressantes de triggers – Horodater un enregistrement
L'un des usages les plus fréquents et les plus simples de Trigger sur SQL Server. Ceux qui me connaissent savent que je déteste les triggers, mais essentiellement parce qu'il en ait fait mauvais usage.
L'exemple ici est simple, vous avez un champ appelé DateDeModification dont vous souhaitez que la valeur reflète la dernière modification de l'enregistrement. On va donc créer un Trigger AFTER UPDATE.
-- OU CREATE TRIGGER MonTrigger ON MaTable AFTER UPDATE, INSERT
-- Si vous souhaitez avoir la date à la création
CREATE TRIGGER MonTrigger ON MaTable AFTER UPDATE
AS
SET NOCOUNT OFF
-- Met à jour le champ DateDeModification
-- Des enregistrements mis à jours
UPDATE MaTable as tab
SET DateDeModification = GETDATE()
WHERE EXISTS
(
SELECT * FROM inserted AS ins
WHERE tab.Clef = ins.Clef
)
GO
Attention ici le champ Clef est discrimant (c'est vraisemblablement la clef primaire de la table), dans ce cas la requête est assez simple. Si vous n'avez pas de clef dans la table il faudra indiquer tous les champs dans la jointure (Le WHERE de la sous requête joue ce rôle).
WHERE tab.Ch1= ins.Ch1 AND tab.Ch2 = ins.Ch2 AND …
C'est le seule moyen efficace de mettre à jour le champ de date de modification, l'avantage de cette solution, c'est que d'où vienne la mise à jour (application différente, serveur différent), la date est généré par le serveur et la mise à jour se fera toujours.
De plus la mise à jour est suffisamment légère (pensez quand même à avoir un index sur Clef, ce qui est déjà le cas si ce champ est clef primaire) pour avoir un impact peu négatif sur les performances de l'application.
Bon tests…
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
