[10g] Syntaxe trigger

Version imprimable

Bonjour à tous,

Dans une table d'un schema oracle, on souhaite modifier le champ description d'un objet (via un GUI). Seulement on constate que d'autres enregistrements de cette table utilisant la description de cet objet ne sont pas mis a jour automatiquement. D'ou l'idee d'utiliser un trigger. Le probleme tous ces enregistrements sont dans la meme table, du coup le trigger tente d'updater des champs de la table sur lequel il est defini, ce qui donne une erreur ORA-4091: table mutante ... Ci-dessous le code:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 create or replace TRIGGER un_trigger AFTER UPDATE OF DESCRIPTION ON La_table FOR EACH ROW WHEN (NEW.type_id ='007') DECLARE cursor c_reqId is SELECT distinct to_number(kr.parameter1) as reqId FROM table2 kr WHERE kr.relation='15' AND kr.source_id= :NEW.REQUEST_ID ; BEGIN FOR cur in c_reqId LOOP update La_table kc set description= :NEW.DESCRIPTION where kc.request_id = cur.reqId ; END LOOP; END;
Est-ce que l'un de vous aurait une solution ?

15/10/2008, 13h38
rvfranck

Tu trouveras peut être ton bonheur ici :lol:
15/10/2008, 19h47
JerryMouse

Tu ne peux pas modifier les données de la table déclenchante avec un ordre SQL.
Ce que tu peux faire, c'est

Code:

:New.ColName := ....

J'ai tente de creer deux triggers et une table temporaire, le premier trigger est before UPDATE :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
create or replace trigger tr_update_temp_feature_title BEFORE UPDATE OF DESCRIPTION ON La_table
FOR EACH ROW WHEN (NEW.request_type_id ='30240')
DECLARE
 
cursor c_reqId is 
	SELECT distinct to_number(kr.parameter1) as reqId
	FROM table2 kr
	WHERE kr.ref_relationship_id='15'
	AND kr.source_id= :NEW.REQUEST_ID ;
 
BEGIN
 
FOR tyty in c_reqId LOOP
	insert into Table_temporaire values (tyty.reqId,:NEW.DESCRIPTION);
END LOOP;
 
END;

et un after update :

Code:

1
2
3
4
5
6
7
8
9
10
create or replace
TRIGGER tr_update_feature_title AFTER UPDATE OF DESCRIPTION ON La_table
 
BEGIN
 
update La_table kr set description = (select distinct description from Table_temp pf where kr.request_id = pf.request_id)
where kr.request_id in (select request_id from Table_temp);
 
delete from PMP_temp_feature;
END;

Le premier trigger marche sans problemes, mais le second genere une erreur:

ORA-00036 maximum number of recursive SQL levels (50) exceeded .

Sachant qu'il y a aussi d'autres triggers qui sont definis sur le meme champ de la meme table.

16/10/2008, 15h06
morocoboy

Erreur bete, le trigger ne fait que se rapeller lui meme avec le update ...
16/10/2008, 15h37
rvfranck

Si c'est :resolu:, n'oublie pas le tag.
16/10/2008, 15h42
mnitu

Citation:

Envoyé par rvfranck

Si c'est :resolu:, n'oublie pas le tag.

Franchement je ne pense pas que c'est le cas.
17/10/2008, 01h50
rvfranck

Je ne comprends pas ce que tu essaies de faire dans ton code, tu utilises des attributs mais nous (du moins je), on ne comprend rien à tout ça. Donne la structure de ta table, un exemple de données avant update et un autre après update.

Ce sera plus clair pour les gens, qui comme moi, ne comprennent mieux que par l'exemple. :D
20/10/2008, 16h03
morocoboy

J'ai pu trouver une solution mais ce n'est pas tres propre. Le probleme de la solution precedente est qu'on tente de d'updater le champ sur lequel le trigger (le deuxieme) est defini. Dans ce cas particulier lorqu'on fait un update d'un element de la table le champ last_date_update de cette meme table est mis a jour, du coup on a fait pointer le after update sur ce champ, et on verifie derriere si la table temp contient des lignes.
Concernant un exemple concret c'est assez difficile a decrire par ecrit, notamment dans mon cas, ou il s'agit de la base oracle d'un progiciel, avec des termes et des notions qui lui sont propres. Supposons que dans une base de donnee tu ai une table qui enregistre toutes les informations sur les clubs de ligue 1 avec leurs stade respectif. par exemple:

TABLE INFO CLUB

ID NOM ADRESSE DESCRIPTIF ....
1 PSG Paris club de la ville de paris
2 Parc des Pr Paris club de la ville de paris (--> c'est la meme que son club associe)
.
.
.
une autre table par exemple REFERENCE CLUB fait le lien entre un club et le stade qui lui est associe.

Maintenant nous changeons la description du club de paris. Le probleme chez nous est que celle du stade ne change pas.
Du coup on a pense a un trigger qui lorsque que la description du club change recupere dans la table REFERENCE CLUB le stade associe, puis met a jour le descriptif du stade. Le probleme est que les infos du stade sont dans la meme table que le club. Du coup si on tente de mettre a jour le descriptif des references du club (stade) oracle renvoie une erreur table mutante. Quand on a contourne le probleme de table mutante, on s'est retrouve avec un trigger recursif (car defini sur le champ description donc quand on fait update descriptif from INFO CLUB where ... , le trigger se redeclanche).
Ce n'est pas un tres bon exemple mais ca illustre bien ce qu'on voulait faire.