Version imprimable
Est-il utile d'utiliser des transactions à l'intérieur des triggers ? Ou est-ce complètement inutile du fait qu'un trigger poserai un verrou automatiquement sur la table ? Autrement dit, est-ce qu'un trigger appelé plusieurs fois s'éxecute en série ?
Exemple : SELECT NEW.champ FROM INSERTED NEW à l'intérieur d'un trigger
dois-je le borner par une transaction ?
Est-ce que l'éxecution de ce trigger plusieurs fois en simultanné ne risque pas de toucher à l'intégrité des données ?
je pense que selon le SGBD, le comportement ne sera pas forcément exactement identique, mais, sans être catégorique, je pense que ton trigger fait déjà partie de ta transaction, il agit depuis un élément déjà réservé (instructions insert, update, ...) et pas encore libérés (commit ou rollback).
Chacune de ses exécutions est effectuée dans le contexte de la transaction qui l'a déclenché, à priori. Reste ensuite à déterminer sur quelles données va agir ton trigger.
Je ne sais plus, par contre, si les instructions concernant les lock sont disponibles au sein des triggers sur tous les SGBDR ...
Un trigger n'est pas un élément du langage SQ, le mieux serait que tu nous précises le SGBD sur lequel tu travailles, et que le sujet soit déplacé : tu obtiendrais des renseignements plus "précis".
Un trigger peut gérer des transaction, insérer ou mettre à jour des lignes dans une autre table (ex : consolidation de données, table de log ou d'events, etc.), mais il ne peut pas, par exemple, insérer ou modifier des enregistrement de cette même table, le SGBD ne te permettras pas de le compiler.
Comme tu le dis cela dépend des SGBD et souvent ils le permettent.Citation:
Envoyé par Xo
C'est par exemple ce qui permettra sur un trigger que recalculer une clé si on veut éviter les trous au cours d'une suppresion de ligne.
C'est vrai qu'Oracle par exemple a longtemps été handicapé par cette restriction mais au risque de me y tromper je crois que ce n'est plus le cas aujourd'hui.
Enfin il est clair que la réponse à la question initiale dépend grandement du SGBD en cause.
a+