AnotherGeekWebsite

Au sein de votre bloc PL/SQl, vous souhaitez exécuter un ordre DDL (CREATE, DROP, ...).

Par exemple, pour supprimer une table, vous procèderiez ainsi:

DECLARE

 variables

BEGIN

 traitements

 

 ordre DDL

  DROP TABLE ma_table;
 

 autres traitements

END;
/

PLS-00103: Symbole "DROP" rencontré à la place d'un des symboles suivants :
 
   begin case declare exit for goto if loop mod null pragma
   raise return select update while with <an identifier>
   <a double-quoted delimited-identifier> <a bind variable> <<
   close current delete fetch lock insert open rollback
   savepoint set sql execute commit forall merge
   <a single-quoted SQL string> pipe

Oracle n'est pas capable de traiter un ordre DDL de cette manière au sein d'un bloc PL/SQL. Pour contourner cette limitation, il faut passer par l'utilisation de SQL dynamique ! Ceci se fait via la commande EXECUTE IMMEDIATE. Ainsi, si l'on applique cette technique à l'exemple ci-dessus, cela donnerait:

DECLARE
  requeteDDL VARCHAR2(255);
 

 autres variables

BEGIN

 traitements

 

 ordre DDL

  requeteDDL := 'DROP TABLE ma_table';
 

 exécution de l'ordre DDL

  EXECUTE IMMEDIATE requeteDDL;
 

 autres traitements

END;
/

Vous avez codé un bloc PL/SQL qui génère une erreur (et oui, ça arrive, même aux meilleurs d'entre nous ;) ) et s'interrompt brutalement à la suite de ce problème... Vous souhaiteriez que l'exécution continue malgré les erreurs survenant en cours de traitement ? Il vous "suffit" d'encapsuler le code susceptible de lever une exception dans un sous-bloc PL/SQL !

Un bloc PL/SQL basique a la structure suivante:

DECLARE

 variables 

BEGIN

 traitements 

 

 traitement susceptible de générer une erreur 

 

 autres traitements 

EXCEPTION
    WHEN <exception1> THEN <traitement_exception1>;
    WHEN <exception2> THEN <traitement_exception2>;
    WHEN OTHERS THEN <traitement_autres_exceptions>;
END;
/

L'encapsulation des traitements problématiques se fait de la manière suivante:

DECLARE

 variables 

BEGIN

 traitements 

 

 Sous-bloc PL/SQL encapsulant le traitement problématique

    DECLARE

 variables spécifiques 

    BEGIN

 traitement susceptible de générer une erreur 

    EXCEPTION
        WHEN <exception1> THEN <traitement_exception1>;
        WHEN <exception2> THEN <traitement_exception2>;
        WHEN OTHERS THEN <traitement_autres_exceptions>;
    END;
 

 autres traitements 

END;
/

Vous êtes-vous déjà retrouvé avec un bloc PL/SQL utilisant la fonction PUT ou PUT_LINE du package DBMS_OUTPUT et générant une erreur car vos appels à ces fonctions affichent "trop" de données à l'écran ? Pour ne plus avoir à faire à cette vilaine erreur

il vous faut augmenter la taille du tampon utilisé ! Car oui, dans ce cas-là, la taille compte :p Par défaut, la taille du tampon est fixée à 20000 bytes. Pour augmenter cette valeur, il vous faut passer par la procédure DBMS_OUTPUT.ENABLE. Cette dernière prend en paramètre une valeur numérique représentant la taille en bytes du buffer. Cette valeur doit être comprises entre 2000 et 1000000 bytes.

Ainsi, pour fixer la taille du tampon à 500000 bytes, vous procéderiez ainsi:

SET SERVEROUTPUT ON;
 
DECLARE

 variables 

BEGIN
    DBMS_OUTPUT.ENABLE(500000);
 

 traitements 

END;
/