Gestion des erreurs Sybase > Oracle

Version imprimable

Bonjour à tous,

j'ai actuellement une base sous Sybase composée de procédures stockées.
Je souhaite migrer ma base Sybase vers Oracle néanmoins je souhaitais savoir comment les erreurs vont être traitées ?

Je vous met ci dessous une de mes nombreuses procédures stockées.
Code:

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 create procedure proc_validate_ident as declare @ERREUR int delete IDENTIFICATION FROM TEMPIDENT , IDENTIFICATION where TEMPIDENT.TEMPIDENT_IDENT = IDENTIFICATION.IDENT_IDENT select @ERREUR = @@ERROR IF (@ERREUR = 0) begin INSERT IDENTIFICATION (IDENT_IDENT,IDENT_GENRE,IDENT_NOM,IDENT_ADR1,IDENT_ADR2, IDENT_ADR3,IDENT_ADR4,IDENT_CIGAP,IDENT_NUMSS,IDENT_DATEMOUV) SELECT TEMPIDENT_IDENT,TEMPIDENT_GENRE,TEMPIDENT_NOM,TEMPIDENT_ADR1,TEMPIDENT_ADR2, TEMPIDENT_ADR3,TEMPIDENT_ADR4,TEMPIDENT_CIGAP,TEMPIDENT_NUMSS,TEMPIDENT_DATEMOUV FROM TEMPIDENT end else begin print "Probleme avec la table IDENTIFICATION " return end
Par exemple, je n'ai aucune idée dont va être traité ma ligne :

" select @ERREUR = @@ERROR " sous entendu le @@ERROR retourne un code erreur, ce qui m'intéresse ici, c'est le cas ou il n'y a pas d'erreur, le cas ou il retourne 0 en clair.

Je souhaiterais avoir de l'aide ou de la doc pour avancer dans mon projet de migration..

Merci à tous,

NarbOni

07/03/2011, 15h07
mnitu

Oracle != Sysbase.
Vous devez réécrire vos procédures en PL/SQL. Il y a un tutoriel PL/SQL sur ce site.
07/03/2011, 15h23
NarbOni

Oui jusque là j'avais compris, il va falloir réécrire pour passer de Transact-SQL à Pl/Sql, néanmoins, ça ne m'explique pas de tout comment gérer les erreurs en Pl/Sql ... ? Comparé au retour erreur en Transact-SQL.

Bah c’est plus compliqué que ça en réalité.
Pour moi votre procédure devient

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
CREATE procedure proc_validate_ident   
AS       
Begin
  Delete IDENTIFICATION
  Where Exists (Select Null
                  From TEMPIDENT
                 Where  TEMPIDENT.TEMPIDENT_IDENT = IDENTIFICATION.IDENT_IDENT
  --  
  INSERT IDENTIFICATION (IDENT_IDENT,IDENT_GENRE,IDENT_NOM,IDENT_ADR1,IDENT_ADR2,   
                         IDENT_ADR3,IDENT_ADR4,IDENT_CIGAP,IDENT_NUMSS,IDENT_DATEMOUV)   
  SELECT TEMPIDENT_IDENT,TEMPIDENT_GENRE,TEMPIDENT_NOM,TEMPIDENT_ADR1,TEMPIDENT_ADR2,   
         TEMPIDENT_ADR3,TEMPIDENT_ADR4,TEMPIDENT_CIGAP,TEMPIDENT_NUMSS,TEMPIDENT_DATEMOUV   
  FROM TEMPIDENT ;
End;       
/

Et comme vous pouvez le constaté je ne ressens le moindre besoin d’ajouter un gestionnaire des exceptions en cas d’anomalie.
Mais est-ce que j'ai bien compris votre code Transact SQL (c'es un langage que je ne maîtrise pas) ?

07/03/2011, 16h11
NarbOni

En fait, nous faisons une suppression et dans le SELECT on y indique un code erreur ( Nous avons 0 si la suppression de la table s'est déroulée correctement et un autre chiffre peut importe le nombre vu que ce n'est pas correct ).

Si la suppression s'est correctement déroulée on procède à la création et insertion, sinon, nous avons un message nous annonçant que nous avons eu un problème lors de la suppression.

Ce que je souhaitais savoir c'est si nous avions la possibilité de gérer ce 'code retour' afin de savoir si la suppression s'exécute comme il faut, et si ce n'est pas le cas, m'avertir du problème ?

Encore merci,
NarbOni.
07/03/2011, 19h28
mnitu

C'est une autre philosophie avec Oracle. Vous supprimez les donnés via delete. Si une erreur se produit alors une exception sera levée et l'insertion ne va pas poursuivre. Sinon la procédure continue avec l'insertion. C'est le code que j'ai vous aie proposé.

Maintenant, le code de retour ne sert à rien. Si une exception est levée, par le delete ou par l'insert, comme elle n'est pas intercepté par la procédure elle est envoyé automatiquement au code appelant. C'est peut être à ce code appelant d'intercepter l'exception et de la traiter.
08/03/2011, 09h58
NarbOni

Et comment récupérer et "traiter" ce code appelant ?

Parce que moi c'est pareil, mais la gestion de l'erreur me permet juste de savoir si j'ai un soucis quelconque sur ma procédure. Car la soit la procédure se déroule correctement et tout se passe bien, soit pas, mais je n'ai aucune garanti du bon déroulement de la procédure si il y a un problème si ?

En fait, je veux être sure que tout s'est bien passé. Et sans la gestion de cette erreur j'arrive pas à savoir comment être certain que tout est passé sans aucune erreur ( car en fait j'ai ~400 procédures stockées à migrer donc je peux pas les vérifier une par une :( )

NarbOni
08/03/2011, 14h02
mnitu

Lisez La section de gestion des erreurs
08/03/2011, 15h08
NarbOni

Haha, comme vous m'aviez parlé du tuto j'en étais aux curseurs explicites !

Merci en tout cas,
NarbO

Citation:

Envoyé par NarbOni

Et comment récupérer et "traiter" ce code appelant ?

Parce que moi c'est pareil, mais la gestion de l'erreur me permet juste de savoir si j'ai un soucis quelconque sur ma procédure. Car la soit la procédure se déroule correctement et tout se passe bien, soit pas, mais je n'ai aucune garanti du bon déroulement de la procédure si il y a un problème si ?

...

S’il y a un problème alors y aura une exception. Le code appelant peut décider soit de la traiter soit de la laisser filler envers l'appelant.
Analysez aussi l'exemple qui suit:
Code:

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 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 Connected as impdata SQL> SQL> set serveroutput on SQL> Create Or Replace Procedure Foo(p_in number) Is 2 l_var Pls_Integer; 3 Begin 4 Select 1/p_in 5 Into l_var 6 From Dual; 7 End; 8 / Procedure created SQL> Begin 2 foo(1); 3 Dbms_output.put_line('OK'); 4 End; 5 / OK PL/SQL procedure successfully completed SQL> Begin 2 foo(0); 3 Dbms_output.put_line('OK'); 4 End; 5 / Begin foo(0); Dbms_output.put_line('OK'); End; ORA-01476: le diviseur est égal à zéro ORA-06512: à "IMPDATA.FOO", ligne 4 ORA-06512: à ligne 3 SQL> Begin 2 foo(0); 3 Dbms_output.put_line('OK'); 4 Exception 5 When ZERO_DIVIDE THEN 6 Dbms_output.put_line('KO'); 7 End; 8 / KO PL/SQL procedure successfully completed SQL>

14/03/2011, 10h28
NarbOni

Bonjour,

Si je comprend bien les 3 lignes d'ORA-xxxxxx sont les erreurs remontées lors des exécutions de script sans spécifier les erreurs.

Néanmoins, nous ne gérons pas les erreurs directement, surtout que nous avons énormément de code d'erreur.

Je pense que je vais réussir à m'en sortir grâce à votre aide.

Juste une dernière question de curiosité, pendant m'a recherche j'ai vu à plusieurs reprises que @@ERROR était remplacé sous Oracle par SQLCODE.

Avez-vous plus de détail à ce sujet ? De ce que j'ai compris ça renvoi le numéro de l'erreur associé à Oracle (j'en conclu le -xxxxx) est-ce exact ? Si c'est le cas, est-ce qu'un ORA-00000 signifie qu'il n'y à aucune erreur, ou est-ce un autre numéro ?

Merci,
NarbOni
14/03/2011, 11h06
mnitu

SQLCODE
Ora-00000

Mais si vous traduisez votre code tel-quel vous avez raté quelque chose.
14/03/2011, 11h26
NarbOni

C'est à dire ? Je ne suis pas là :roll:
14/03/2011, 14h25
mnitu
Dans l'exemple ci dessous:
Code:

1 2 3 4 5 6 7 Begin ... delete from table where ... If sqlcode = 0 Then ...
le "If" ne s'éxecute que si sqlcode vaut 0 donc le test est inutile.

Donc, si le code n'est pas égal à 0 le code qui suit ne seras pas pris en compte ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
IF EXISTS (SELECT 1 FROM  sysobjects o, sysusers u 
                  WHERE o.uid=u.uid AND o.name = 'PAIE' AND u.name = 'dbo' AND o.type = 'U'  ) 
    drop table PAIE
		IF (@@error != 0)
			BEGIN
				PRINT "Error CREATING table 'PAIE'"
				SELECT syb_quit()
			END
go
 
create table PAIE  (
 	PAIE_IDENT       	char(6)   	    	not null
  ,PAIE_AAAAMM     	char(6)   	    	not null
	,REFRAPPEL_CODE 	char(1)          	null
	,REFELT_CODE    	char(4)       	  null	
	,PAIE_MONTANT		  numeric(9,2)		  null
	,PAIE_ORIGINE   	char(1)         	null
	,PAIE_TYPE      	char(2)         	null
)
go

Donc comment vous feriez pour la création d'un table sous Oracle pour gérer cette erreur ?

15/03/2011, 17h13
mnitu

Avec Oracle je ne créerais jamais des tables dans mes procédures. Tous les objets doivent exister, créées via des scripts sql.