Simplifier la reconception des applications

Il existe des techniques permettant de relier
directement la logique de gestion à 
l’activité de base de données et les dispositifs
OS/400 les plus mystérieux dans ce
domaine sont les triggers et les
contraintes. Un trigger est un programme
lancé automatiquement en réaction
à  un événement de base de données
particulier (insertion, mise à  jour ou suppression)
pour un fichier spécifique. Une
contrainte est une règle d’intégrité des données imposée par la gestion de la
base de données.

Les triggers et les contraintes ne sont
pas nouveaux en OS/400 (ils figuraient
déjà  dans la V3R1). Ils ne sont pas non
plus propres à  l’iSeries. Ces deux dispositifs
donnent aux développeurs la possibilité
de restructurer des applications tout
en réduisant le code redondant et en assurant
l’intégrité des données. Si vous décidez
de reconcevoir vos applications
existantes ou si vous en créez de nouvelles
selon une approche MVC, ces techniques
méritent considération.

La prise en charge des triggers par
l’OS/400 se divise en deux catégories générales:
(1) les triggers externes mis en
oeuvre à  l’aide de CL (il n’y a pas de support
DDS pour les triggers ou les
contraintes) et (2) les triggers SQL, qui firent
leur apparition en V5R1. Bien que la
plupart des développeurs iSeries
connaissent probablement mieux les triggers
externes, leurs homologues SQL présentent trois avantages: meilleure granularité,
implémentation standard, et
documentation plus facile.