Désactiver le trigger en cours

Bonjour,

Je suis sous Oracle 9i.
J'ai une table de personnes, une table temporaire correspondante et deux triggers.

Le premier d'entre eux se déclenche sur modification d'un champ que l'on appellera unite1, et inscrit dans la table temporaire l'identifiant et la valeur du champ unite1.

Pour résumer, le deuxième trigger va lire la table temporaire, et pour chaque entrée, s'il le faut, mettre a jour un champ unite2 avec la valeur d'unite1 pour une certaine population. J'aimerai également qu'il mette le champ unite1 de cette même population à NULL. Si je fais cela, le trigger plante en raison d'appels récursifs (puisque le champ unite1 est cette fois modifié, et déclenche à nouveau le trigger).

J'ai essayé ALTER TRIGGER dans le trigger même pour le désactiver, mais survient alors l'erreur PLS-00103, ce qui me laisse penser qu'on ne peut pas appeler cette instruction dans un trigger même.

Pouvez-vous m'éclairer sur le sujet ou me fournir une piste plus appropriée ?
Merci d'avance.

pas d'autre choix que d'ajouter un flag qui permettra de ne pas déclenché le trigger une 2° fois. Le 1° trigger mettra le flag à N et ne se déclenche pas si le flag est à N... du coup plus de problème :)

ceci étant, ça parait pas super ta solution :?

Citation:

---

ceci étant, ça parait pas super ta solution

---

Je vais exposer le problème dans sa globalité, ça me permettra de voir si quelqu'un a une meilleure idée :

La table des personnes contient (notamment) les champs :

• IDENTIFIANT
• RESPONSABLE
• UNITE
• UNITE_RESPONSABLE

Le fonctionnement souhaité est le suivant :

• Si une personne n'a pas de responsable, l'unité que je reçois d'un script d'approvisionnement de la table est stockée dans le champ UNITE
• Si une personne a un responsable, je dois récupérer l'unité de son responsable et la stocker dans UNITE_RESPONSABLE, tout en effaçant si nécessaire la valeur du champ UNITE

Le recours à 2 triggers était nécessaire pour éviter l'erreur de table en mutation.

Je suis à votre écoute si vous avez une solution plus efficace !
Merci.

dans ce cas, vaut mieux utiliser le PRAGMA AUTONOMOUS_TRANSACTION pour récupérer la valeur du responsable ;)