Discussion :

[cyrille2k5]

Bonjour,

Dans le cadre de mon stage de fin de Licence, j'ai réaliser un Package SQL dont l'une des procédures lance plusieurs autres procédures plus quelques insert et update.

Seulement si je passe des informations fausses à la procédure, les erreurs d'oracle sont souvents assez difficile a comprendre.

Sachant que ce package fait partie d'une application que je developpe destiné à des non-informaticiens, je voulais clarifier les erreurs afin que l'utilisateur puisse en trouver facilement la cause et effectuer la modification dans sa requete ou son script contenant l'ensemble de ses requetes.

J'ai donc entendu parler des Traces qui permettent visiblement d'afficher des messages à la place de ceux d'oracle ou en plus (je sais pas trop).

J'avoue ne pas connaître du tout et ne pas avoir trouver (j'ai peut-être mal cherché) de tuto sur l'utilisation des traces.

Je viens donc sur ce forum vous demander votre aide.
En effet, je cherche un exemple similaire ou un tutorial qui pourra m'aider à faire cette derniere partie de mon projet.

Merci d'avance pour votre aide (si vous avez d'autres solutions, je suis également preneur).

Cordialement

[Magnus]

si vous avez d'autres solutions, je suis également preneur

J'en ai 2 :
1/ pourquoi ne pas capturer les codes d'erreurs que peux lever ton application dans des exceptions que tu fais remonter jusqu'à générer un message compréhensible pour l'utilisateur ?
2/ il existe un forum Oracle où il existe des membres réguliers TRES compétents et dans lequel tu devrais à un modérateur qu'il déplace ton post

[cyrille2k5]

J'en ai 2 :
1/ pourquoi ne pas capturer les codes d'erreurs que peux lever ton application dans des exceptions que tu fais remonter jusqu'à générer un message compréhensible pour l'utilisateur ?

Effectivement c'etait plus ou moins mon idée ... la question c'est comment ?
Parce que les EXCEPTION c'est pas trop le problème mais par contre générer le message compréhensible ça c'est deja plus problematique.

Je vous donne en plus un exemple de ce que je voudrais

Imaginons qu'on a une table a 2 colonnes Alias et Nom

L'alias est sur 3 caractères et le Nom sur 250

Bêtement je lance l'instruction suivante sur sqlplus :

EXECUTE PKG_PERSO.MAJ (ALIAS => '1234', Nom => 'Moi');
(La Procedure MAJ mettant à jour la table "TABLE")

Je voudrais en gros que ça me retourne :

"ALIAS INCORRECT" ou encore mieux "ALIAS TROP GRAND"

Merci d'avance pour votre aide

[jlucch]

Vous pouvez gérer des sorties d'erreurs avec l'instruction :

"RAISE_APPLICATION_ERROR" dans un bloc d'exception

et/ou :

Associer un code erreur Oracle à vos propres variables exception à l'aide du mot clé PRAGMA EXCEPTION_INIT, dans le cadre de la section déclarative de la façon suivante :

Code :

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

1
2
3
4
 
 
Nom_exception EXCEPTION ;
PRAGMA EXCEPTION_INIT(nom_exception, -code_error_oracle);

Voir le lien suivant :

http://sheikyerbouti.developpez.com/pl_sql/?page=Chap1

[cyrille2k5]

nikel C'est exactement ce que je cherchais

Merci à tous pour votre aide
juste une petite chose ... comment puis-je dire que le "trop long" est du a l'alias et non au nom par exemple ?

merci d'avance pour ces dernieres précisions

[jlucch]

Je ne comprend pas bien ta question ...

Si Tu passes 2 paramètres en entrée de ton package, il ne te reste qu'à les tester une fois à l'intérieur de celui-ci ...

Exemple :

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
 
set serveroutput on size 100000;
SQL>
declare
vl_alias varchar2(4000);
begin
vl_alias :='123456';
if length(vl_alias)>5 then
         raise_application_error(-20000,'ALIAS TROP LONG');
 end if;
 end;
/
declare
*
ERREUR à la ligne 1 :
ORA-20000: ALIAS TROP LONG
ORA-06512: a ligne 6

[cyrille2k5]

ok et dans le cas d'un type incompatible ...

Imaginons qu'on a en plus des deux autres colonnes une colonne "date_de_naissance" au format date ou Number et que je passe

EXECUTE PKG_PERSO.MAJ (ALIAS => '123', Nom => 'Moi', DATE_DE_NAISSANCE => 'erreur');


PS. : en réalité j'ai plus de deux colonnes seulement je suis pas autorisé à vous reveler mon travail.

[cyrille2k5]

Bon suite à une discussion avec mon chef de projet, on va laisser tomber la personnalisation des erreurs car il est impossible de recuperer les erreurs dues a des procedures appelés (sans modifier ces dites procédures).

Seulement il voudrait qu'a la fin du script sql, on nous donne le nombre de requetes executées et le nombre d'erreurs.

en gros supposons qu'on a un script avec 30 lignes du types :

EXECUTE PKG_PERSO.MAJ (ALIAS => '123', Nom => 'Moi', DATE_DE_NAISSANCE => '01/01/1980');

on veut savoir combien ce sont bien executés, combien on a eu d'erreurs, et combien il y en avait au total (sachant que le nombre de lignes varies regulièrement)

[jlucch]

Normalement le paramètre d'entrée doit être déclaré en tant que "date", donc si on ne lui passe pas une date, l'execution échouera ...

Si tu déclares ton paramètre en tant que Varchar2 par exemple, il suffira alors de tester le "transtypage" en date :

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
 
SQL> select to_date('toto', 'DD/MM/YYYY') from dual;
ERREUR à la ligne 1 :
ORA-01858: caractere non numerique rencontre a la place d'un numerique
 
SQL> select to_date('15051999', 'DD/MM/YYYY') from dual;
 
TO_DATE(
15/05/99
 
SQL> select to_date('15-05-1999', 'DD/MM/YYYY') from dual;
 
TO_DATE(
15/05/99
 
SQL>  select to_date('15TT-05-1999', 'DD/MM/YYYY') from dual;
 
ERREUR à la ligne 1 :
ORA-01861: le litteral ne concorde pas avec le format chaine de caracteres
 
 
SQL>  select to_date('123-45-678', 'DD/MM/YYYY') from dual;
ERREUR à la ligne 1 :
ORA-01861: le litteral ne concorde pas avec le format chaine de caracteres

Le mieux est de tester tout cela en amont si possible ...

[cyrille2k5]

OK Merci pour ton aide

@ Bientôt