Conditions d’exécution des UDF

zéros. En cas d’erreur, le code classe de la variable SQL State doit être
mis à  « 38 », suivi de la sous-classe à  trois caractères définie par l’utilisateur.
(Figure 5, la variable SQL State est mise à  38I01 en cas d’erreur.) Pour prévenir
tout conflit avec de futures valeurs de SQL State, IBM recommande d’utiliser les
lettres de I à  Z comme premier caractère de la sous-classe définie par l’utilisateur.
Pour de plus amples informations sur les SQL State et les codes de classe, voir
l’annexe B de DB2 for AS/400 SQL Programming (SC41-5611).

Toutes les applications hôtes SQL, y compris SQL interactif, Query Manager (QM)
Queries et SQL imbriqué, peuvent examiner la variable SQL State pour déterminer
l’état d’achèvement d’une opération. Ainsi, si une UDF règle le paramètre pour
SQL State (SQL_State en figure 5, par exemple) sur une condition d’erreur (c’est-à -dire
une valeur commençant par 38), cette information est transmise à  l’application
qui a appelé la fonction. Si on règle ce paramètre sur une erreur UDF, le SQL
runtime émettra aussi un message et mettra fin à  l’instruction qui a appelé la
fonction. La figure 8 contient le message d’erreur provenant de la job log quand
l’utilitaire SQL interactif rencontre une erreur (en l’occurrence, un code base
de temps incorrect) avec l’UDF CvtHours. Notons que ce message comprend le SQL
State et le texte du message défini par l’UDF.