Gestion des erreurs de procédure stockée MySQL

Je crois que rien n'est actuellement disponible dans MySQL qui permet d'accéder à la SQLSTATE de la dernière instruction exécutée dans une base de données MySQL procédure stockée. Cela signifie que lorsqu'un générique SQLException est soulevée dans une procédure stockée, il est difficile/impossible de dériver la nature exacte de l'erreur.

Quelqu'un at-il une solution de contournement pour calculer le SQLSTATE d'une erreur dans une base de données MySQL procédure stockée qui ne nécessite pas de déclaration d'un gestionnaire pour chaque SQLSTATE?

Par exemple imaginer que je suis en train de retourner un error_status qui va au-delà du générique de "SQLException est arrivé quelque part dans ce BEGIN....END bloc" dans le texte suivant:

DELIMITER $$

CREATE PROCEDURE `myProcedure`(OUT o_error_status varchar(50))
MY_BLOCK: BEGIN

 DECLARE EXIT handler for 1062 set o_error_status := "Duplicate entry in table";
 DECLARE EXIT handler for 1048 set o_error_status := "Trying to populate a non-null column with null value"; 
-- declare handlers ad nauseum here....

 DECLARE EXIT handler for sqlexception set o_error_status:= "Generic SQLException. You'll just have to figure out the SQLSTATE yourself...." ;

-- Procedure logic that might error to follow here...

END MY_BLOCK$$

Des conseils?

PS je suis sous MySQL 5.1.49

source d'informationauteur Tom Mac

  1. 7

    OBTENIR des DIAGNOSTICS est disponible dans 5.6.4

    Voir
    http://dev.mysql.com/doc/refman/5.6/en/get-diagnostics.html

  2. 9

    Je crois que rien n'est actuellement disponible dans MySQL qui permet d'accéder à la SQLSTATE de la dernière instruction exécutée dans une base de données MySQL procédure stockée. Cela signifie que ... c'est difficile/impossible de dériver la nature exacte de l'erreur.

    Heureusement que c'est pas vrai. 

    SHOW ERRORS LIMIT 1   -- for SQL-state > 2
SHOW WARNINGS LIMIT 1 -- for SQL-state 1,2

    Montrera la dernière erreur ou d'avertissement.

    Afin d'éviter d'énumérer chaque et chaque erreur, vous pouvez gérer une classe de SQL-errors:

    SQLWARNING est une abréviation de la classe de SQLSTATE de valeurs qui commencent par '01'.

    PAS TROUVÉ est le raccourci de la classe de SQLSTATE de valeurs qui commencent par '02'. Ce n'est pertinente que dans le contexte de curseurs et est utilisé pour contrôler ce qui se passe lorsque le curseur atteint la fin d'un ensemble de données. Si pas plus de lignes sont disponibles, un Pas de Données survient avec SQLSTATE valeur 02000. Pour détecter cette condition, vous pouvez configurer un gestionnaire pour elle (ou pour un NON TROUVÉ). Un exemple est montré dans la Section 12.7.5, “Curseurs”. Cette condition se produit également pour les SÉLECTIONNER ... DANS var_list états qui récupèrent pas de lignes.

    SQLEXCEPTION est une abréviation de la classe de SQLSTATE de valeurs qui ne commencent pas avec '00', '01', '02'.

    Afin de gérer une exception, vous devez seulement faire:

    DECLARE EXIT HANDLER FOR SQLSTATE SQLEXCEPTION .....;

    Liens:

    http://dev.mysql.com/doc/refman/5.5/en/signal.html

    http://dev.mysql.com/doc/refman/5.0/en/declare-handler.html

  3. 0

    Je suis en train de faire la solution de contournement suivante: à l'aide d'un SELECT provocate une erreur. Par exemple:

    SELECT RAISE_ERROR_unable_to_update_basket;

    Cela se traduira dans le message d'erreur suivant (exemple):

    ERROR 1054 (42S22): Unknown column 'RAISE_ERROR_unable_to_update_basket' in 'field list'

    Je termine mon appel à une procédure stockée dans un try { ... } catch { ... } et maintenant vous pouvez gérer cette erreur. Cela ne fonctionne que pour la provocation des messages d'erreur personnalisés à partir de l'intérieur de votre procédure stockée et ne le sera pas pour tout de SQL ou des erreurs de base de données, qui peut se faire (en raison de la double-entrée de clé). Dans ce dernier cas, vous pourriez être en mesure de contourner ce problème en utilisant la solution de Johan.