Etats de SQL

SqlState est défini pour
des instructions de contrôle SPL,
comme Set, If et Return, ainsi que pour
des instructions SQL « normales »,
comme Fetch et Update. Quand vous
réfléchissez à  la manière de traiter les
erreurs SPL, ne vous laissez pas gêner
par ce comportement. Par exemple,
même le fait de tester SqlState avec
une instruction If telle que redéfinira SqlState avant que l’attribution
conditionnelle ne s’exécute. Dans
cet exemple, PrvSqlState sera toujours
mis à  « 00000 » parce que la condition
de recherche de l’instruction If (SqlState
<> ‘00000’) s’exécute avec succès
avant l’instruction Set.
Seule l’instruction Get Diagnostics
est documentée comme ne définissant
pas SqlState. (Dans la release SQL actuelle,
il y a peu de cas où SqlState n’est
pas redéfini. par exemple, des instructions
comme « If X Is Null » ne définissent
pas SqlState. Cependant, je déconseille de s’en remettre au comportement
des cas spéciaux, parce que
les futures releases pourraient bien se
comporter différemment.)
Le traitement d’erreurs SPL conforme
aux « meilleures pratiques »
demande de
• examiner SqlState après chaque instruction
pour détecter une exécution
ou un comportement anormal
• définir SqlState quand vous revenez
de la routine pour indiquer l’état
d’exécution à  l’appelant
Ces deux pratiques sont à  la base
du reste de ma discussion dans cet article
et le suivant.