Qu’est-ce qu’une UDF ?

logique de gestion dans une UDF que se partagent plusieurs instructions
SQL. Dès lors qu’une interface utilise SQL, elle peut aussi utiliser des UDF parce
que ces dernières deviennent une extension de SQL. La réutilisation de la même
UDF garantit des résultats homogènes puisqu’on utilise toujours la même logique.

De plus, on peut modifier toute la logique à  partir d’un endroit unique.

Moins de complexité. En encapsulant une logique complexe dans
une fonction, on peut simplifier les instructions SQL et les rendre plus intelligibles.

Compatibilité. Quand on écrit une application pour l’exécuter
sur de multiples plates-formes, les autres plates-formes peuvent comporter des
fonctions intégrées que SQL/400 ne possède pas. Pour accroître la portabilité,
on peut utiliser des UDF pour créer des fonctions présentes sur d’autres plates-formes.

Les UDF se présentent aussi sous deux formes : scalar (scalaire) et sourced (sourcée).
Dans cet article, je me limite aux UDF scalaires. Tout comme les fonctions intégrées
scalaires, les UDF scalaires peuvent se voir affecter zéro, un, ou plusieurs paramètres,
et renvoient toujours un résultat après une exécution réussie. Les UDF scalaires
se subdivisent en deux catégories : SQL et external (externes). On écrit une UDF
SQL en SQL SPL (Stored Procedure Language) et on écrit une UDF externe dans un
HLL (RPG, Cobol, par exemple).

Pour créer une UDF, on utilise l’instruction Create Function qui définit l’UDF,
sa liste de paramètres et son type de données résultantes. Quand on crée une UDF
SQL en utilisant SPL, on utilise également Create Function pour mettre en oeuvre
la logique de la fonction. Quand on écrit une UDF externe, le programme HLL met
en oeuvre la logique.