la table mutante

hello les gens
bien qu'avoir parcouru ceci j'avoue toujours ne pas avoir saisi pourqu'oi j'ai cette exception dite de la table mutante.
je vous livre mon code en espérant que quelques âme charitables sauront m'éclairer.

deux tables:
->vente
->rejet
mon trigger:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 CREATE OR REPLACE TRIGGER trg BEFORE DELETE -- avant supression. ON t_vente FOR EACH ROW -- pour chaque ligne. BEGIN dbms_output.put_line('le declencheur intervient'); MERGE INTO t_rejets a USING t_vente b ON ( a.item_key = b.item_key ) WHEN MATCHED THEN UPDATE SET... WHEN NOT MATCHED THEN INSERT(item_key...) VALUES (:OLD.item_key,... ) END trg;
et au niveau de l'execution je fais un
Code:

1 2 3 DELETE FROM t_vente;
le "delete" passe bien, l'appel du declencheur se fait mais pas les INSERT et/ou UPDATE sur la table t_rejets et j'ai un zoli msg d'exception de la table mutante (ORA-04091) en guise de resultat
merci pour toutes vos contributions

C'est normal qu'il y ait l'erreur car tu fait une lecture sur ta table t_vente que tu est entrain de modifier, ce qui est interdit.

Si tu ne seras amené qu'a faire des delete globaux de ta table, alors ne fait pas de trigger-ligne, mais fait un triggier-statement (il faut sortir le "FOR EACH ROW") et là, la lecture sera autorisée, en contre partie tu n'auras pas le droit d'utiliser les :OLD.xxx

Je comprend mieux mon problème à present.

Citation:

en contre partie tu n'auras pas le droit d'utiliser les :OLD.xxx

j'en ai besoin comme tu le vois :(
j'attends un peu avant de mettre un delestage

Si tu ne fais que des delete sans aucune clause where, alors tu n'as pas besoin des :old puisque tu traites la globalité des lignes en une seule fois.

Si tu traites certaines lignes et que tu dois croiser avec d'autres qui sont aussi dans ta table, alors tu peut faire un mix entre un trigger-ligne qui transfère chaque ligne effacée dans une table temporaire, et un trigger-statement qui traite ces lignes à la fin, c'est un peu pénible car tu auras besoin d'une table intermédiare mais ça marche bien.

Quoi qu'il en soit, je crois qu'il faut que tu fasses un pas en arrière dans ton raisonnement et que tu identifie quel est ton réel besoin fonctionnellement parlant, tu passes peut etre à coté d'une solution plus simple...

Citation:

Si tu ne fais que des delete sans aucune clause where, alors tu n'as pas besoin des :old puisque tu traites la globalité des lignes en une seule fois.

je ne comprends pas.

dis moi toi comment tu t'y prendrais pour reporter sur une table t2 des enregistrements avant de les supprimer de la table t1 avec un declencheur quel qu'il soit.
ça serait super si je pouvais avoir le code de ton trigger car je ne pense pas que je pourrai te suivre sinon.
merci d'avance

Citation:

Envoyé par jadey

je ne comprends pas.

dis moi toi comment tu t'y prendrais pour reporter sur une table t2 des enregistrements avant de les supprimer de la table t1 avec un declencheur quel qu'il soit.
ça serait super si je pouvais avoir le code de ton trigger car je ne pense pas que je pourrai te suivre sinon.
merci d'avance

d'apres ce que je comprend, tu n'as donc pas besoin lorsque tu supprimes une ligne d'aller fouiner dans les autres lignes de ta table, l'utilisatistion des valeurs de l'enregistrerement courant est suffisante.

Par exemple:
Code:

1 2 3 4 5 6 7 8 9 CREATE OR REPLACE TRIGGER trg BEFORE DELETE ON t_vente FOR EACH ROW BEGIN insert into t_rejets values (:OLD.COL1, :OLD.COL2 etc...); END; /

si je mets "juste" un "insert into" dans mon trigger je risque de me retrouver avec le cas ou j'inserts un enregistrement avec des valeurs de champs constituant la clé de ma table t_rejets qui existent deja
-> ça provoque une exception (contarainte de la clé unique non respectée)
d'ou mon utilisation de "merge" avec l'utilisation de la table t_ventes (qui est rappelons-le verrouillée puisque le trigger est defini dessus :yaisse2: ) et d'ou le problème de la table mutante...