Archive de mot-clé pour : plsql

Les exceptions (ou erreurs d’exécution) PL/SQL peuvent provenir de défauts de conception, d’erreurs de développement, de défaillances matérielles ou encore de nombreuses autres sources. Bien qu’il ne soit pas possible d’anticiper chacune des exceptions possibles, il est possible d’écrire des gestionnaires d’exceptions (exception handlers) qui permettent à votre programme de continuer à fonctionner.

La gestion des exceptions se fait dans la section EXCEPTION du bloc PL/SQL. Plusieurs gestionnaires d’exceptions peuvent être mis en place.

BEGIN
  ...
EXCEPTION
  WHEN exception_1 THEN
    statements_1
  WHEN exception_2 OR exception_3 THEN
    statements_2
  WHEN OTHERS THEN
    statements_3
END;

Lorsqu’une exception est levée dans la section exécutable du bloc, l’exécution s’arrête et la section EXCEPTION prend le relai. Si la section EXCEPTION n’est pas définie, l’erreur levée est propagée à l’appelant : soit le bloc parent, soit l’environnement (SQL*Plus par exemple) si le bloc n’a pas de parent.

Les exceptions sont classées en trois catégories :

• Internally defined : déclarée et levée implicitement, elle possède un numéro mais pas forcément de nom ;
• Predefined : les exceptions les plus courantes se voient attribuer un nom (déclaré dans le package STANDARD) par PL/SQL afin de simplifier leur gestion ;
• User-defined : définies par l’utilisateur pour les besoins spécifiques de son application, elles doivent être levées manuellement.

Il existe une vingtaine d’exceptions prédéfinies dont voici la liste :

Vous pouvez retrouver l’ensemble des erreurs internes d’Oracle dans la documentation de l’éditeur.