Gestion des excceptions

**delphine_lep** · 23/08/2006, 18h59

Bonjour,

Je voudrais dans un de mes programmes pouvoir créer des dossiers clients
même si des valeurs attendues sont erronnées et stockées dans une table intermédiaire toutes ces valeurs et dans le même temps je souhaiterais pouvoir annuler la création du dossier client si il manque pour ce client une donnée obligatoire...

En bref je voudrais balayer tout mes dossiers clients , tracer les erreurs annuler et rejeter le dossier si incomplet ....

Est ce quelqu'un peut m'aider...

Je pensais pouvoir résoudre le problème avec une transaction autonome mais
lorsque je trace les erreurs dans ma table de log je suis obligé de faire un rollback avant d'utiliser ma transaction autonome ... du coup je perd la création de mon dossier alors qu'il n'y a peut être que des valeurs erronées pour ce dossier ...

Merci pour tout aide

Delphine

**remi4444** · 23/08/2006, 21h48

Je ne vois pas trop le rapport avec le fait d'utiliser une transaction autonome.

Si tu places toutes tes données dans une table de transit, qu'est-ce qui t'empeche de faire des requêtes de vérification ligne aprés ligne ?

**delphine_lep** · 24/08/2006, 11h09

En fait quand je crée mon dossier client je lui attribue différentes commandes et différents autres evenements... Ces données sont stockées dans des tables réelles ... Si les informations sont incomplètes alors le dossier client est rejeté entièrement (rollback des enregistrements dans les tables reelles) mais durant la création de ce dossier client toutes les données erronées ont été historisées afin de permettre de garder une trace des corrections à apporter à ce dossier en plus de la correction portant sur le rejet du dossier. Et ces données là si je fais un rollback global il me fait un rollback de la création du dossier mais aussi des données erronées historisées...En gros je dois "commiter" l'historique des données erronnées et "rollbacker" la création du dossier.

**delphine_lep** · 24/08/2006, 11h36

J'essayes de décomposer le problème pour etre plus claire ...

J'ai pour un Dossier client 3 evenements à créer.

Le premier evenement est traité : il manque quelques infos mais rien de bloquants.
-- J'insere l'èvenement traité dans ma table d'evenement client (commande par exemple)
-- donc j'insere les données manquantes mais non bloquantes dans ma table des anomalies et je continue mon traitement.
Le deuxième evenement est créé : il manque quelques infos mais rien de bloquants la aussi.
-- J'insere l'èvenement traité dans ma table d'evenement client (refus commande par exemple)
-- donc j'insere les données manquantes mais non bloquantes dans ma table des anomalies et je continue mon traitement.
Le troisième evenement est créé : il manque des informations bloquantes.
-- Je rejette donc intégralement le dossier.. Rollback de tout mes évènements
-- Par contre je commit ma table des anomalies

**plaineR** · 24/08/2006, 12h38

Je ne suis pas trop sûr d'avoir tout compris, mais :
- l'insertion de tous tes évènements doit se faire dans la même transaction
- l'insertion de tes anomalies doit se faire dans une autre transaction.
=> via une procédure autonome.

Le problème c'est qu'ainsi tu es obligée de committer à chaque anomalie insérée.

exemple :
- creation de la procedure autonome

Code :

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

1
2
3
4
5
6
7
create or replace procedure trace_anomalie is
pragma autonomous_transaction;
begin
insert into anomalie ...
commit;
end;
/

- gestion de l'insertion des évènements :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
-- controle si tout est correctement renseigne pour le 1e evt
....
if warning then 
  trace_anomalie;
end if;
if ok then
   insert into table 1...
end if;
-- controle si tout est correctement renseigne pour le 2e evt
....
if warning then 
  trace_anomalie;
end if;
if ok then
   insert into table2...
else 
  rollback;
end if;
-- controle si tout est correctement renseigne pour le 3e evt
....
if warning then 
  trace_anomalie;
end if;
if ok then
   insert into table3...
else 
  rollback;
end if;

Ainsi tes anomalies resteront, alors que les évènements seront rollbackés.

**delphine_lep** · 24/08/2006, 14h34

oui mais il me semble qu'avant de passer dans ma transaction autonome je suis obliger de faire un rollback ?? Donc du coup je perd l'insertion possible du dossier en cours ?

**plaineR** · 24/08/2006, 14h39

Non, puisque la transaction est autonome : c'est comme si tu avais 2 SQL*Plus d'ouvert que tu faisais des maj dans l'un, des insertion dans l'autre et que tu rollback tes maj; les insertions faites dans le 2è SQL*Plus ne seront pas rollbackées.

**delphine_lep** · 24/08/2006, 14h59

Ok je reverifie mon programme tout de suite... j'ai du laisser passer un loup.

Je te remercie pour ton aide ...

**delphine_lep** · 24/08/2006, 19h24

En fait en passant par une procedure autonome ... je me retrouve
avec le probleme suivant :

Code :

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

1
2
3
4
 
ORA-02055 : Echec d'operation de mise à jour distribuée, annulation requise
ORA-00164 : Transaction autonome non autorisée dans une transaction 
distribuée.

Ce probleme intervient lorsque je verifie l'existence d'une valeur dans une table provenant d'une autre base.
donc quand il ne trouve pas de valeur j'essaie de la tracer dans ma table d'anomalie et là ca plante

**delphine_lep** · 25/08/2006, 11h04

Est-ce que quelqu'un aurait une piste pour résoudre ce problème ?

**orafrance** · 25/08/2006, 11h18

tu n'as pas le droit au DBLink dans une transaction autonome.

**orafrance** · 25/08/2006, 11h19

Envoyé par delphine_lep

J'essayes de décomposer le problème pour etre plus claire ...

J'ai pour un Dossier client 3 evenements à créer.

Le premier evenement est traité : il manque quelques infos mais rien de bloquants.
-- J'insere l'èvenement traité dans ma table d'evenement client (commande par exemple)
-- donc j'insere les données manquantes mais non bloquantes dans ma table des anomalies et je continue mon traitement.
Le deuxième evenement est créé : il manque quelques infos mais rien de bloquants la aussi.
-- J'insere l'èvenement traité dans ma table d'evenement client (refus commande par exemple)
-- donc j'insere les données manquantes mais non bloquantes dans ma table des anomalies et je continue mon traitement.
Le troisième evenement est créé : il manque des informations bloquantes.
-- Je rejette donc intégralement le dossier.. Rollback de tout mes évènements
-- Par contre je commit ma table des anomalies

et c'est pas possible d'insérer dans anomalie sans utiliser d'autonomous transaction ?

**Yorglaa** · 25/08/2006, 11h33

ben je suppose que non si on veut garder les anomalies et rollbacker totalement l'insertion des 3 événements...

à moins de faire un tableau de tableAnomalies%RowType ...
du coup, quand il y a anomalie 1 => au lieu de faire effectivement l'insert dans la table anomalie, on crée la ligne dans le tableau, idem pour les anomalies 2 et 3 et ...
puis lorsqu'on tombe sur une erreur bloquante, on rollbak les insert dans les tables d'événements PUIS on insère dans la table d'anomalies le contenu du tableau et on commite CET insert !

**plaineR** · 25/08/2006, 12h17

Il serait bien de donner tous les éléments au départ

et surtout la version d'oracle utilisée (cf. règles du forum).

En effet, il est impossible d'utiliser une procédure autonome quand on utilise un DBLink en 8i. Avec les versions supérieures d'oracle cela semble fonctionner :
http://asktom.oracle.com/pls/ask/f?p...12971871501762

La solution de Yorglaa me semble tout à fait répondre à ton problème.

**delphine_lep** · 25/08/2006, 12h47

Dans ma procédure autonome il n'y a aucun dblink ... je fais une insertion
dans une table locale ...

Le truc c'est que juste avant je testes qu'une requete qui fait appelle
à des tables d'une autre base me renvoie une valeur.
Et si cette requete ne me renvoie rien alors je fais appelle à ma procédure autonome (qui écrit dans une table locale )....

**plaineR** · 25/08/2006, 12h49

En quelle version d'oracle es-tu ? Cela devient lassant de devoir le demander...

**delphine_lep** · 25/08/2006, 13h13

excuses moi

Oracle 9i

PL/SQL Release 9.0.1.3.0 - Production .

**plaineR** · 25/08/2006, 13h22

Bizarre, en tout cas à partir de la 9.02, cela fonctionne :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
SQL> show release
release 902000400
 
SQL> CREATE OR REPLACE procedure traces (msg in varchar2) is
  2  pragma autonomous_transaction;
  3  begin
  4     insert into debug (dbg_text) values (substr (msg, 1, 1000));
  5     commit;
  6   end;
  7  /
Procedure created.
 
SQL> declare
  2     res varchar2(1);
  3  begin
  4     traces ('Debut lecture');
  5     select '1' into res from dual@db_9;
  6     traces ('Fin lecture');
  7  end;
  8  /
PL/SQL procedure successfully completed.

Essaie cet exemple, s'il ne fonctionne pas, tu vas devoir te rabattre sur la solution proposée par Yorglaa.

**delphine_lep** · 25/08/2006, 14h47

et non ce ne marche pas mieux j'ai toujours le message:

Code :

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

1
2
 
ORA-00164: transaction autonome non autorisée dans une transaction distribuée

**Yorglaa** · 25/08/2006, 14h50

est-ce que par hasard, le paramètre COMPATIBLE de ta base ne serait pas positionné à 8xxx
ce qui expliquerait que certaine restrictions de la 8i soient toujours valides avec ta version 9i

Gestion des excceptions

Oracle

Discussions similaires

Partager

Partager