Comment attraper une erreur SqlException spécifique ?

Question

Q : Existe-t-il une meilleure façon de gérer les SqlExceptions ?

Les exemples ci-dessous reposent sur l'interprétation du texte du message.

Eg1 : J'ai un try catch existant pour gérer le cas où une table n'existe pas.
Ignorer le fait que je pourrais vérifier si la table existe en premier lieu.

try
{
    //code
}
catch(SqlException sqlEx)
{
        if (sqlEx.Message.StartsWith("Invalid object name"))
        {
            //code
        }
        else
            throw;
}

Eg2 : sans le try catch montrant l'exception de clé dupliquée

if (sqlEx.Message.StartsWith("Cannot insert duplicate key row in object"))

Solution : Le début de mon SqlExceptionHelper

//-- to see list of error messages: select * from sys.messages where language_id = 1033 order by message_id
public static class SqlExceptionHelper
{
    //-- rule: Add error messages in numeric order and prefix the number above the method

    //-- 208: Invalid object name '%.*ls'.
    public static bool IsInvalidObjectName(SqlException sex)
    { return (sex.Number == 208); }

    //-- 2601: Cannot insert duplicate key row in object '%.*ls' with unique index '%.*ls'. The duplicate key value is %ls.
    public static bool IsDuplicateKey(SqlException sex)
    { return (sex.Number == 2601); }
}

Answer 1

L'exception SqlException a une Numéro de propriété que vous pouvez vérifier. Pour les erreurs de duplication, le numéro est 2601.

catch (SqlException e)
{
   switch (e.Number)
   {
      case 2601:
         // Do something.
         break;
      default:
         throw;
   }
 }

Pour obtenir une liste de toutes les erreurs SQL de votre serveur, essayez ceci :

 SELECT * FROM sysmessages

Mise à jour

Cela peut maintenant être simplifié en C# 6.0

catch (SqlException e) when (e.Number == 2601)
{
   // Do something.
}

Answer 2

En quelque sorte, en quelque sorte. Voir Cause et résolution des erreurs du moteur de base de données

class SqllErrorNumbers
{ 
   public const int BadObject = 208;
   public const int DupKey = 2627;
}

try
{
   ...
}
catch(SqlException sex)
{
   foreach(SqlErrorCode err in sex.Errors)
   {
      switch (err.Number)
      {
      case SqlErrorNumber.BadObject:...
      case SqllErrorNumbers.DupKey: ...
      }
   }
}

Le problème, c'est qu'une bonne couche DAL nous permettrait de TRY/CATCH à l'intérieur de le T-SQL (procédures stockées), avec un modèle tel que Traitement des exceptions et transactions imbriquées . Hélas, un T-SQL TRY/CATCH ne peut pas déclencher le code d'erreur original, il devra déclencher un nouveau erreur, avec un code supérieur à 50000. Cela rend la gestion côté client problématique. Dans la prochaine version de SQL Server, il y a une nouvelle fonction LANCER qui permet de lever à nouveau l'exception originale à partir des blocs de capture T-SQL.

Answer 3

Il est préférable d'utiliser des codes d'erreur, vous n'avez pas besoin de les analyser.

try
{
}
catch (SqlException exception)
{
    if (exception.Number == 208)
    {

    }
    else
        throw;
}

Comment savoir que 208 doit être utilisé :

select message_id
from sys.messages
where text like 'Invalid object name%'

Answer 4

Si vous voulez la liste des messages d'erreur rencontrés dans le serveur Sql, vous pouvez la voir avec

SELECT *
FROM master.dbo.sysmessages

Answer 5

Si vous cherchez une meilleure façon de gérer les SQLException, vous pouvez faire plusieurs choses. Premièrement, Spring.NET fait quelque chose de similaire à ce que vous recherchez (je pense). Voici un lien vers ce qu'ils font :

http://springframework.net/docs/1.2.0/reference/html/dao.html

De même, au lieu de regarder le message, vous pouvez vérifier le code d'erreur ( sqlEx.Number ). Cela semble être un meilleur moyen d'identifier l'erreur qui s'est produite. Le seul problème est que le numéro d'erreur renvoyé peut être différent pour chaque fournisseur de base de données. Si vous envisagez de changer de fournisseur, vous devrez à nouveau gérer la situation comme vous le faites actuellement ou créer une couche d'abstraction qui traduira ces informations pour vous.

Voici l'exemple d'un type qui a utilisé le code d'erreur et un fichier de configuration pour traduire et localiser des messages d'erreur conviviaux :

https://web.archive.org/web/20130731181042/http://weblogs.asp.net/guys/archive/2005/05/20/408142.aspx