Appel d'1 procédure ds clause when du trigger

fidele, le mardi 29 janvier 2008 à 20:22:30

Bonjour,

j'ai développé un trigger sur Oracle (portant sur une table =>RCV_TRANSACTIONS).
Voir plus bas le détail du début de la déclaration du trigger.
Ce dernier est trop permissif et je souhaiterais inclure de nouvelles restrictions dans la clause when
du trigger.
Ces restrictions ne portent pas sur les colonnes de la table en question et doivent être calculées. Ces filtres ne sont ni disponibles directement dans les CUFs de la table.
Actuellement, ce calcul est réalisé dans le corps du trigger. C'est-à-dire que le contrôle est réalisé à posteriori dans le corps du trigger.

Le problème est que ce trigger se déclenche trop souvent et la solution est de filter en intégrant de nouvelles conditions autorisant l'exécution du trigger au même niveau que la condition "NEW.TRANSACTION_TYPE = 'DELIVER' " :

CREATE OR REPLACE TRIGGER XXWM_MADEIN_COO_HIST_AIR_TRG
AFTER INSERT ON RCV_TRANSACTIONS
REFERENCING NEW AS NEW OLD AS OLD
FOR EACH ROW
WHEN ( NEW.TRANSACTION_TYPE = 'DELIVER'
AND XXWM_WMS_COMMON.Is_wms_organization( NEW.ORGANIZATION_ID ) = 'Y'
AND XXWM_WMS_COMMON.Is_rcv_item_is_wms( NEW.ORGANIZATION_ID , NEW.SHIPMENT_LINE_ID ) = 'Y'
)

Mon idée était d'appeler des procédures stockées (ou une sous-requête) avec en paramètre certaines valeurs des champs de la table en question.
Or, ceci ne semble pas marcher: j'obtiens l'erreur suivante: ORA-04076:invalid NEW or OLD specification.

Parmi vous, y aurait-il quelqu'un qui aurait réussi à réaliser ce type d'action ?
Sinon, merci beaucoup d'avance de me communiquer vos idées pour résoudre mon problème ...

Configuration: Windows XP / Unix / Internet Explorer 6.0
sql*Plus 8.0.6 et Oracle Applications 11.5.10

Répondre à fidele Signaler ce message aux modérateurs Aller au dernier message

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

phil_232, le mardi 29 janvier 2008 à 22:38:43

à priori je dois dire que pour des raisons de performance il ne faut pas surcharger les triggers. t'as déjà mentionné qu'il est éxécuter assez souvent. n'y aurait il pas une autre solution ? on dit aussi que c'est une mauvaise pratique d'appeler des procedures externes (encore plus lent plus d'autres pbs), dans qq bdd c'est même pas possible. puis tu fais des calculs (à nouveau lent).
je dirais : prends un fauteuille et rélaxes d'abord, puis regardes l'ensemble et demande toi si le trigger est la seule soluce. souvent en peut les éviter.

Répondre à phil_232

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

fidele, le mardi 29 janvier 2008 à 23:41:01

Merci Phil pour ta réponse.

Une autre solution, alternative, pourrait difficilement être mise en place dans la mesure où ce trigger est un objet existant qu'on veut améliorer et sur lequel repose d'autres fonctionnalités.
Mais pourquoi pas ?
Attention, cette solution, si elle existe, devrait conserver tous les avantages et le comportement du trigger ... à savoir suite à l'insertion d'une nouvelle transaction de type Réception, déclencher systématiquement et immédiatement un enrichissement de certaines informations de cette même transaction.

Quoiqu'il en soit, je ne renonce toujours pas à trouver une solution à mon problème.
D'autant plus que je n'ai toujours pas de réponse à ma question:

Peux-t-on dans la clause when d'un trigger faire appel à une sous-requête sql ou à une procédure stockée ?

Je rappelle l'origine de mon souci:
Restreindre le déclenchement du trigger en fonction d'informations non basées sur la table (objet du trigger) mais fortement corrélées à certains champs de ma table ... d'où mon recours à une fonction stockée.

Merci de m'aider à valider la faisabilité ou l'infaisabilité de la chose ... et à défaut de me proposer une solution alternative.

Répondre à fidele

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

phil_232, le mercredi 30 janvier 2008 à 02:29:16

"Restreindre le déclenchement du trigger en fonction d'informations non basées sur la table (objet du trigger) mais fortement corrélées à certains champs de ma table"
qu'est ce qui t'empeche de lire dans ta table ?

SI Condition = VRAI ALORS BEGIN FAIT END

"la faisabilité ou l'infaisabilité de la chose"
faut pas crier comme ca

Répondre à phil_232

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

fidele, le mercredi 30 janvier 2008 à 11:29:07

????
je n'ai pas réussi justement à écrire cette condition ...
Mais, je t'en prie (je ne demande que ça!!!): montres moi comment écrire une condition basée sur un champ non basé. L'évaluation devra être par exemple de la forme suivante :
f(a)='Y'
avec f: une fonction, une sous-requête
et a: un champ de la table sur lequel porte le trigger ...

Répondre à fidele

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

phil_232, le mercredi 30 janvier 2008 à 21:50:39

IF (SELECT blabla FROM blublu WHERE blibli) = MyValue THEN
BEGIN
    DoSomeStuff
END

je déjà oublié un peu PL/SQL mais en gros

ça marche comme ça.

ou bien

DECLARE MyVar

MyVar := SELECT ...

Répondre à phil_232

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

adilol, le jeudi 17 avril 2008 à 07:09:34

salut tt le monde,

svp,j ai un probleme urgent,je voulais ecrire un trigger qui fait ca:

- si la date de la commande est moins que 3 jour de la date de livraison,il doit afficher un message d erreur.

voici en bas, en detail ce qu il doit faire le trigger

Pour une commande standard (achat d’un bouquet standard), la cyberboutique
garantit la disponibilité en inventaire des items composant le
bouquet seulement si la commande a été passée au moins 3 jours avant la
date de livraison. Pour les commandes standards effectuées moins de 3
jours avant la date de livraison, c’est le client qui assume le risque. Il est
donc très important d’informer ces clients d’une éventuelle pénurie. L’état
de la commande sera alors « VINV »

Répondre à adilol

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

phil_232, le jeudi 17 avril 2008 à 21:34:41

d'accord, mais quel est ton pb ???
Hmmmm, tu veux qu'il affiche un message. Ceci est plutôt dangereux : à chaque INSERT / UPDATE / DELETE (selon le type de trigger) tu peux le recevoir. Ça peut être dérangeant si tu fais ça à partir d'un autre endroit, un autre programme, un "bulk insert"...

Comme j'ai déjà mentionnè au-dessus, il vaut mieux éviter les trigger et travailler avec des contraintes, par example. Genre de (si les deux dates se trouvent dans la même table)

Date_de_livraisons <= Date_de_commande

Sois-en sure : cela te sort un message d'erreur, mais le gérer (ce salaud) c'est ton boulot.

Répondre à phil_232

Ce message vous semble utile, votez !
Signaler ce message aux modérateurs

adilol, le jeudi 17 avril 2008 à 22:42:04

alors comment je ferai et si tu peux m aider la dessus comme m ecrire la requete ou la contrainte.

ou bien le trigger.

moi je veux que si la date de livraison est de moins de 3jrs de la date de commande,il me donne erreur ou bien il insert un etat de VINV

Répondre à adilol

Posez votre question Répondre

Toutes les réponses pour « appel d'1 procédure ds clause when du trigger »