Discussion :

[Titouf]

Bonjour,

J'ai une table de CRE (Compte-rendu d'exécution).
L'application en amont m'envoie une demande de traitement (INSERT dans la table)

Un trigger AFTER INSERT EACH ROW se déclenche et lance une procédure de traitement de la demande.

Une fois la procédure de traitement terminée, je dois mettre à jour la demande dans la table de CRE et mettre DEMANDE_TRAITEE.

Mais là ça ne fonctionne pas, car je rentre en contention avec mon insert qui a déclenché mon trigger.

Comment je peux faire?

Merci pour vos réponses

[plaineR]

Pourquoi n'utilises tu pas un trigger before insert ? Cela te permettrait d'utiliser la variables :new :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

:new.maColonne := 'DEMANDE TRAITEE';

[Titouf]

Bonjour PlaineR,

Je n'ai pas compris ta solution, la question était peut être mal posée.

Le traitement en amont dépose un enregistrement ENRG1( Composé de la valeur APPLI_ORIGINE, NO_DEMANDE, STATUT_DEMANDE) dans une table T1.

Aujourd'hui, j'ai un Trigger sur cette table qui se déclenche sur cette table à l'insertion de chaque ligne. Le trigger déclenche une mise à jour de la base applicative, et doit mettre à jour l'ENRG1 de la table T1, en le complétant en valorisant STATUT_DEMANDE à "DEMANDE TRAITEE" (si SUCCES) ou "DEMANDE REFUSEE" (si ECHEC).

Cela ne fonctionne pas... car l'insert n'a pas été validé. Alorq peut-être que le before fonctionne, mais je ne comprends pas trop comment je dois m'en servir...

je suis preneur de toute "belle" solution (pas d'usine à gaz).

Merci d'avance.

[Vinchou]

Je crois que ton champ STATUT_DEMANDE ne sert à rien. Je m'explique. Soit la ligne est insérée et alors STATUT_DEMANDE aura la valeur DEMANDE TRAITEE, soit la ligne n'est pas insérée. Donc la table T1 ne contiendra jamais de valeur DEMANDE REFUSEE dans le champ STATUT_DEMANDE...

[Titouf]

Ah si,si, elle me sert cette valeur...

Ce n'est pas l'insertion de la table T1 qui est dit valide ou pas... C'est la procédure qui est lancée, et qui met l'application à jour qui informe si la demande est traitée ou pas. C'est pas un test d'insertion de l'enregistrement dans la table T1 qui est testé, mais l'insertion dans d'autres tables.

[Vinchou]

Le traitement en amont dépose un enregistrement ENRG1 dans une table T1.
J'ai un Trigger sur cette table à l'insertion de chaque ligne.
Le trigger doit mettre à jour l'ENRG1 de la table T1.

...

C'est pas un test d'insertion de l'enregistrement dans la table T1 qui est testé, mais l'insertion dans d'autres tables.

Comprend plus, là...

[Titouf]

Reprenons...

• J'ai une table T1 qui reçoit des enregistrements d'une appli A1.
• J'ai trigger TR1 qui est sur chaque insertion de la table T1.
• Le trigger déclenche un traitement TRT1 qui met à jour une appli A2.

Alors le déroulement de la procédure:

1. A1 envoie un ENRG1 dans la table T1.
2. TR1 se déclenche et lance le traitement TRT1 qui met à jour l'appli A2.
3. Si ce traitement s'est déroulé correctement, je mets à jour ENRG1 en lui indiquant DEMANDE TRAITEE,
4. sinon je mets à jour l'ENRG1 en lui indiquant DEMANDE REFUSEE.

Ma mise à jour échoue car je mets à jour via mon trigger l'enregistrement qui déclenche mon trigger.

Voilà, dis moi que tu me comprends?

[orafrance]

fait une recherche sur le site, il y a un tutoriel dédié et des posts dans le forum