Discussion :

[in]

Bonjour,

ça fait plusieurs heures que j'essaie, sans succès, de faire quelque chose qui me paraît pourtant simple ...

en gros, un "ami" ma laissé un script sql qui lui-même contient des appels à des scripts sql par la commande @. Ces scripts contiennent des instructions DDL.
Ca marche bien sauf que je n'arrive pas à intercepter les éventuelles erreurs et du coup arrêter mon traitement ...

En bref :

script1.sql lancé par un .bat ou un .sh

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
set serveroutput on size 1000000;
set linesize 1000
set pagesize 0
set feedback on
set heading  off
set arraysize 7
set echo on
set verif off
set termout on
set trims on
set show off
spool "&6"
 
Whenever sqlerror Exit Failure ;
 
PROMPT appel script2
@script2.sql -- le script DDL
show sqlcode -- affiche tout le temps 0
 
-- ...

et script2.sql, le script contenant les DDL

Code :

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

1
2
3
4
5
6
7
 
Whenever sqlerror Exit Failure ;
 
CREATE OR REPLACE procedureblabla(code_retour out number) as
BEGIN
END;
/

Le script2 provoque une erreur, ce qui me donne dans la console/le log :
Avertissement : Procédure créée avec erreurs de compilation.

Mais je suis bien incapable de detecter cette erreur par programmation.
La solution du "Whenever sqlerror" semblait bonne mais bon, en fait non ...
Et je n'ai pas envie de passer par du PL et de l'execute immediate (il y a trop de scripts DDLs).

Avez-vous une idée que je puisse exploiter ?

Merci d'avance

In

[pachot]

Bonjour,

Avertissement : Procédure créée avec erreurs de compilation.

Ce n'est pas une erreur, mais un warning
Il faudrait plutôt tester les objets invalides
Cordialement,
Franck.

[in]

donc tu penses que si j'avais des erreurs ORA-xxx le code retour de mes scripts serait différent de 0.

D'après toi, il faut qu'après l'exécution des scripts, je regarde dans la base si les objets sont bien compilés ? Il va falloir que je mette un poil de PL pour gérer ça dans mon script1 ...

Y a t'il une manière propre d'appeler des scripts sql depuis du PL. J'ai vu la commande host, mais je trouve ça bizarre de lancer sqlplus qui va exécuter du PL pour lancer encore du sqlplus ...

Y a t'il moyen de faire un truc comme

execute immediate @script2.sql

?

[pachot]

Bonjour,
Je te propose 2 solutions:

1- tu execute tout ton script et ensuite tu regardes ALL_ERRORS pour les objets en question.

2- tu crée le script suivant et tu l'appelles ('@showerrors.sql') après chaque create procedure à la place d'appeler 'show errors':

Code :

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

1
2
3
4
5
6
7
8
9
10
show errors
declare
 nberr number;
begin
for r in (select sql_text from v$session join v$sql on (v$session.prev_sql_id=v$sql.sql_id) where v$session.audsid=userenv('SESSIONID')) loop
 execute immediate 'select count(*) from ( ' || r.sql_text || ')' into nberr;
 if ( nberr > 0 ) then raise_application_error(-20000,'Warning from show errors'); end if;
end loop;
end;
/

Voilà, il lance la même chose que show errors mais lève une erreur ORA-20000 s'il y a des warnings.

Cordialement,
Franck.

[in]

Ok, super. Je teste dès que possible.

[in]

Bon,

j'ai nettoyé un peu les scripts sql.
A la fin de celui qui me crée les procédures avec des warnings, j'ai ajouté ton morceau de code qui avait l'air pas mal.

Par contre il provoque des erreurs de compilation que je n'arrive pas à résoudre pour le moment :

FOR r IN (SELECT sql_text FROM v$session JOIN v$sql ON (v$session.prev_sql_id=v$sql.sql_id) WHERE v$session.audsid=userenv('SESSIONID')) loop
*
ERREUR à la ligne 7 :
ORA-06550: Ligne 7, colonne 78 :
PL/SQL: ORA-00904: "V$SQL"."SQL_ID" : identificateur non valide
ORA-06550: Ligne 7, colonne 10 :
PL/SQL: SQL Statement ignored
ORA-06550: Ligne 8, colonne 49 :
PLS-00364: utilisation de variable d'index boucle 'R' invalide
ORA-06550: Ligne 8, colonne 2 :
PL/SQL: Statement ignored

C'est peut être dû à la version d'Oracle ?
Le script doit passer sur du 9 et du 10. Ici pour le moment je suis en 9 ...

[EDIT]
A priori dans v$session je n'ai pas prev_sql_id et dans v$sql je n'ai pas sql_id