Discussion :

[tchoimars]

Bonjour

je me pose une question concernant les performances des triggers sur une même table.

Mon problème :

J'ai plusieurs traitements distincts à faire exécuter sur une table, via trigger. Et pour des raisons plutôt fonctionnelles, je me suis dit que ce serait plus clair de faire autant de triggers que de fonctionnalités (l'ordre d'exécution n'est pas important dans mon cas).
Je ne suis au final pas sûr que ce soit une bonne méthode car je m'inquiète des performances que cela pourra avoir ...

Bref ma question au final est de savoir si un éclatement des traitements en plusieurs triggers est pénalisant ou pas pour les perfs ?

Merci pour vos réponses

[Pomalaix]

Et pour des raisons plutôt fonctionnelles, je me suis dit que ce serait plus clair de faire autant de triggers que de fonctionnalités (l'ordre d'exécution n'est pas important dans mon cas).

Bonjour
Je n'ai pas de retour d'expérience particulier sur les effets éventuels d'un tel découpage sur les performances.
Mais en quoi serait-il plus clair de découper ?
Il suffit de faire une procédure pour chacune de vos fonctionnalités, que vous appelez dans votre déclencheur unique.

[mnitu]

En général les triggers sur les tables ajoutent une surcharge en termes de performance. Cella étant dit cella ne signifie pas que vous devez bannir les triggers. Mais, si votre application est vraiment sensible alors évitez-les.

Et voilà une autre opinion plus radicale mais bien avisée

(I hate triggers... so many side effects that people don't think about. I believe they should be
used for one thing pretty much-- supplying complex default values