Qu'est-ce que ERROR_STATE () dans SQL Server et comment peut-il être utilisé?

J'ai lu que cela ERROR_STATE()peut aider à distinguer les différents états / emplacements dans le code source où le même type d'erreur peut se produire. Mais il n'est pas vraiment clair pour moi que cela peut être utile.

MSDN déclare:

ERROR_STATE() Renvoie le numéro d'état de l'erreur qui a provoqué l'exécution du bloc CATCH d'une construction TRY… CATCH.

Comment peut-on vraiment l'utiliser? Quelqu'un peut-il me donner un exemple, ceux fournis dans cet article de référence ne m'aident pas vraiment à bien expliquer les choses?

Le but des états d'erreur SQL Server est que l'équipe de développement SQL Server puisse identifier dans le code l'endroit exact où les erreurs système ont été déclenchées, étant donné que de nombreuses erreurs sont déclenchées à plusieurs endroits.

En tant qu'utilisateur final (c'est-à-dire développeur d'applications utilisant SQL Server), vous pouvez également utiliser l'état transmis RAISERRORafin que votre support produit puisse identifier l'endroit où une procédure génère une erreur, par exemple:

create procedure usp_my_proc
as
if <somecondition>
  raiserror(N'Error foo and bar', 16, 0);
if <someothercondition>
  raiserror(N'Error foo and bar', 16, 1);
go

Voyez comment les deux états vous permettent de distinguer plus tard quel cas d'erreur a été atteint. Avant de dire «mais je peux regarder le message d'erreur», je vous dis un mot: l'internationalisation.

Non, cela ne vous aide pas à savoir où l'erreur s'est produite. Voici un petit exemple. Si vous essayez de diviser par 0, vous obtenez un message d'erreur avec un tas de détails:

SELECT 1/0;

Résultat:

Msg 8134, Level 16, State 1, Line 1
Divide by zero error encountered.

Voir celui appelé State, avec une valeur de 1? ERROR_STATE()renvoie cette valeur. Donc, si vous utilisez TRY/CATCH:

BEGIN TRY
  SELECT 1/0;
END TRY
BEGIN CATCH
  SELECT ERROR_STATE();
END CATCH

Résultat:

----
   1

C'est tout. Pas utile dans la plupart des scénarios. Je suggère de lire davantage sur la gestion des erreurs en général avant de plonger trop profondément dans des fonctions spécifiques qui semblent utiles.

http://msdn.microsoft.com/en-us/library/ms175976.aspx

http://www.sommarskog.se/error_handling_2005.html

Réponse courte - ça ne peut pas. Un ERROR_STATE est essentiellement une sous-division d'un ERROR_NUMBER. Il ne peut pas vous dire quelle ligne de code a provoqué l'erreur (sauf dans la mesure où ERROR_NUMBER et ERROR_STATE ensemble vous indiquent la cause de l'erreur, et il devient alors évident quelle est la cause).