Discussion :

[Jon Shannow]

Bonjour,

Je voulais savoir s'il était possible de créer un trigger AFTER pour les opérations UPDATE, INSERT et DELETE sur plusieurs tables, ou s'il fallait créer un trigger par table ? Et, si oui, comment ?

Dans la doc, il semblerait que 1 trigger soit défini pour 1 table et une seule.

CREATE [ CONSTRAINT ] TRIGGER nom { BEFORE | AFTER | INSTEAD OF } { événement [ OR ... ] }
ON nom_table
[ FROM nom_table_referencee ]
[ NOT DEFERRABLE | [ DEFERRABLE ] { INITIALLY IMMEDIATE | INITIALLY DEFERRED } ]
[ FOR [ EACH ] { ROW | STATEMENT } ]
[ WHEN ( condition ) ]
EXECUTE PROCEDURE nom_fonction ( arguments )

où événement fait partie de :

INSERT
UPDATE [ OF nom_colonne [, ... ] ]
DELETE
TRUNCATE

Merci d'avance de vos réponses.

JS

[tatayo]

Bonjour,
Non, un trigger est "lié" à une table/vue.
Dixit l'aide en ligne:
"The trigger will be associated with the specified table, view, or foreign table and will execute the specified function function_name when certain operations are performed on that table."

Tatayo.

[Jon Shannow]

Merci de ta réponse,

Du coup, si je veux effectuer à chaque INSERT, UPDATE, DELETE sur un certain nombre de tables, une procédure particulière, je dois créer autant de trigger que j'ai de tables concernées.
Mais, plusieurs trigger peuvent appeler la même fonction ? ou je dois créer une fonction pour chaque table ?

JS

[tatayo]

Tu peux tout à fait appeler une même procédure stockée depuis plusieurs triggers.

Par contre suivant ce que tu dois faire dans la procédure en question, ça risque de se compliquer un peu.
Par exemple si le code dépend de la table concernée, il faudra passer par du SQL dynamique.
Tu vas peut-être aussi devoir traiter les lignes une par une, ce qui aura un impact sur les performances.

Par exemple si tu veux mettre à jour une date de mise à jour, tu peux le faire de façon ensembliste dans un trigger, mais via une procédure stockée tu devras traiter les lignes une par une.
A moins que PostGreSQL propose une méthode pour gérer ce cas, je ne sais pas.

Il est difficile d'en dire plus sans savoir ce que doivent faire ces triggers.

Tatayo.

[Jon Shannow]

L'idée était de gérer un "versionning" de certaines tables qui vont être affichées sous forme de "table" dans l'appli.
Les gens ayant tendance à ouvrir la liste des articles sans jamais la refermer, je voudrais pouvoir leur suggérer de rafraichir l'affichage s'il y a eu un update/insert/delete sur la table.

Du coup, lors de la création de la liste des éléments, je stocke la version du fichier, et régulièrement je vérifie si la version est toujours d'actualité.

Donc, je voulais mettre en place un trigger qui mettrait à jour une table (T_TblVersion_TVR) qui contient (tvr_table varchar(25), tvr_version int) à chaque évènement sur certaines tables "clefs".

JS