TRIGGER : empêcher exécution simultanée

Bonjour


je voulais savoir comment empecher mon trigger de se lancer une 2e fois si la 1ere execution n'est pas terminée.

je voudrais donc que le 2eme firing du trigger saute. et que les données devant etre processées lors du 2e firing soient processées au 3e cycle du trigger

Bonjour,

Une solution possible est d'utiliser un variable globale (ou un mutex) comme ceci :

Code:

---

1 2 3

if MonPackage.MaVariableEstInactive then MonPackage.SetVariableActive puis "code actuel" puis MonPackage.SetVariableInactive end if

---

Vous est en train très probablement de faire une mauvaise utilisation des triggers.
D’une manière générale vous pouvez sérialiser les traitements via des verrous.

un programme exterieur vient toutes les 5 minutes inserer des ligne dans ma table

j'ai un trigger qui se decleche sur le after insert.

le code du trigger peut prendre plus de 5 minutes a s'executer donc j'ai peur qu'au 2eme insert du programme dans ma table le trigger se relance...

je préférais qu'il attende.

Déclencher des traitements lourdes via un trigger ne me semble pas la meilleur idée.
Questions :

1. Le lancement du traitement se fait en direct par le trigger ou via dbms_job/dbms_scheduler ?
2. Le programme extérieur garde la session ouverte pendant le laps de temps indiqué (5 minutes) ou se connecte, insert, se déconnecte etc.

le trigger se passe sur l'after insert de la table donc pas de scheduler


et le programme exterieur fait un insert puis se deconnect de suite...

a l'heure actuelle

le programme exterieure insert dans une table, et une tache windows lance un fichier batch qui se connect a ma db et qui lance une procedure.

l'idée est de mettre cette procédure directement dans le trigger

Il va y avoir un petit soucis. La transaction n'est finie qu'après l'exécution des triggers, meme les after-insert. Ca va donc ralentir le process qui insère une seule ligne.

Ce sera plus un job, une queue, alert, pipe ou je ne sais quoi.

Donc l'application externe se connecte exécuté l'insert ce qui déclenche le trigger qui exécute la procédure qui prends plus de 5 minutes et seulement après elle se déconnecte. Sauf le fait d'ouvrir une outre connexion cette application ne sera pas capable d'envoyer une autre requête toute les 5 minutes.

Bonjour,

Il faut utiliser une queue, qui va elle gère la sérialisation des triggers. cela peut être fait du côté applicatif, ou un job qui une scrute un table de travail. genre à chaque modif j'enregistre ce les données dans un table temporaire, j'enregistre dans une autre ce que je dois faire, et le job scrute à la fin de sa tâche. C'est un peu réinventer la roue mais faisable.

Olivier

Ok merci

pour vos reponses.