Discussion :

[sadok.m]

Bonjour à tous,
Je sais que ce problème a été reporté mainte fois, mais je n'arrive pas à trouver une solution sans pour autant avoir à créer d'autre package ou
d'autre trigger, ou une table temporaire..

J'ai le trigger suivant

Code :

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

1
2
3
4
5
6
7
8
9
10
 
CREATE OR REPLACE TRIGGER company_class_pre_ins
BEFORE INSERT  ON g_dosser 
FOR EACH ROW
....
SELECT COUNT(*)
INTO existing_doss_cnt
FROM g_dosser doss
WHERE doss.doss_num= :new.doss_num
AND   doss.doss_type= :new.doss_type;

et un autre trigger qui contient la requête suivante (donc lorsqu'on a un tel insert le premier trigger se déclenche)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
INSERT INTO g_dosser(
                doss_num,
                doss_type,
                doss_code,
                doss_group_code,
                doss_id_fl)    
SELECT      :new.dbd_num,
                dbd_type,
                decode( dbd_ind, 'i', 'itnn', 'a', 'itnn', NULL ),
                decode( dbd_ind, 'b', 'rppd', 'a', 'rppd', NULL ),
                'n'
FROM    dbd_type
WHERE   :new.dbd_flag = 'y';

je reçois effectivement l'erreur ORA-20700: ORA-04091 table is mutating...

je sais que le problème provient du premier count(*) puisqu'il est appliqué sur la table elle même, mais je n'arrive pas à contourner cette erreur
Merci pour votre aide

[StringBuilder]

Si je ne m'abuse, il faut faire ton select dans une "autonomous transaction", c'est à dire une transaction extérieure à la transaction actuelle. Attention cependant, cela implique qu'elle n'a pas accès aux données que tu es en train de modifier.

[mnitu]

Il y a un tutoriel sur le problème de la table mutante sur ce site, mais le meilleur c’est de ne pas utiliser les triggers dans ce cas.

[Mohamed.Houri]

Comme toujours, que vaudrait votre count(*) dans un environnement multi-users?

Code :

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

1
2
3
4
5
6
 
SELECT COUNT(*)
INTO existing_doss_cnt
FROM g_dosser doss
WHERE doss.doss_num= :new.doss_num
AND   doss.doss_type= :new.doss_type;

L'erreur "ORA-20700: ORA-04091 table is mutating" est là pour vous protéger et non pour vous géner.

Si vous embarquez dans cette direction en voulant éviter l'erreur de la table mutante en y ajoutant une dose de transaction autonome, vous êtes alors dans une mauvaise direction.

[sadok.m]

Je ne comprends pas votre question Mohamed.

je fais actuellement ce count, parce que aprés j'ai des contrôles à faire sur le type de dossier à insérer,
certains types devront être unique.

Juste une remarque, lorsque je fais un simple insert
insert into g_dossier values (....)
je n'ai pas le problème de la table mutante.

[skuatamad]

je fais actuellement ce count, parce que aprés j'ai des contrôles à faire sur le type de dossier à insérer, certains types devront être unique.

Comment sont déterminés les types qui devoivent être uniques ?
Si la condition est simple et surtout déterministe, alors un FBI (Function Based Indexes) devrait résoudre le problème.

Juste une remarque, lorsque je fais un simple insert
insert into g_dossier values (....)
je n'ai pas le problème de la table mutante.

Dans quelles circonstances l'erreur ORA-04091 se produit-elle ?

Mais je pense comme Mnitu et Mohamed que le mieux est d'éviter les triggers dans ce cas, surtout si la contrainte s'exprime facilement.

[sadok.m]

Merci pour votre réponse skuatamad,
En fait, j'ai deux trigger, c'est dans le premier (table b_organisation) qu'il y'a un insert en masse (INSERT INTO g_dosser ... select * from dbd_type) qui déclenche le deuxième trigger sur la table (g_dosser) , d'ou le count(*)
le type de dossier qui doit être unique est comparé en dur genre

Code :

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

1
2
3
4
5
6
7
8
9
10
IF existing_doss_cnt >0
    THEN
     IF :new.doss_type = 'CHG'
....
 
ELSE
  --- type de dossier autre que CHG ne doit pas être multiple.
   RAISE err;
END IF;
END IF;

comme signalé, si c'est un insert simple je n'ai pas le problème de la table mutante, ceci se déclenche juste avec l'insert en masse.

[Mohamed.Houri]

Si votre but est d'eviter des doublons de dossiers alors

(a) implémentez une contraint unique sur le dossier
ou
(b) un index unique (peut-être dans votre case un function based index)

Ainsi, vous n'aurez pas à vous souciez du problème de concurrence lorsque deux utilisateurs voudront ajouter le même dossier. Le deuxième attendra la fin du travail du premier avant soit d'être rejeté grâce à (a) ou (b) ou que son insert soit accepté à cause du fait que le premier user a fait un rollback;