Alternatives d’intégration

concept de
SQL imbriqué est multi-plate-forme,
mais l’implémentation est propre à 
chaque plate-forme. Cobol, CL et RPG
supportent tous SQL imbriqué. Le SQL
Development Kit est requis pour créer
des programmes iSeries qui contiennent
SQL imbriqué.
Comme on le voit en A de la figure
7, vous entrez des instructions SQL
dans un programme RPG entre une
instruction SQL EXEC et une instruction
END-EXEC. SQL imbriqué peut
aussi accéder à  des variables définies
ailleurs dans le programme en utilisant
host variables (instruction mise en évidence
en A, figure 7).
Il y a deux raisons principales d’utiliser
SQL imbriqué. Tout d’abord, il
supporte quelques éléments de syntaxe
SQL qui ne sont pas autorisés dans
SQL autonome, comme la possibilité
de naviguer au travers d’un jeu de résultats
sous le contrôle de l’application.
Deuxièmement, en ajoutant SQL
à  un programme RPG ou Cobol, vous
disposez de moyens que ces langages
de programmation ne possèdent pas.
Ainsi, vous pouvez utiliser SQL imbriqué
pour effectuer une requête qui
extrait des enregistrements multiples
ou pour attribuer un déclencheur
SQL.
JDBC effectue la même tâche que
SQL imbriqué, mais il est neutre vis-à vis
de la plate-forme. Que l’on exécute
Java sur l’iSeries, que l’on accède
aux données iSeries à  partir d’une application
Java tournant sur un PC, ou
qu’on accède à  une base de données
Oracle sur un mainframe en utilisant
Java, le code JDBC est identique ; seul
le nom du driver JDBC et l’URL utilisés
pour se connecter à  la base de
données changent. Par exemple, en figure
8, seules les entrées mises en
évidence changeraient et vous pourriez
coder logiciellement les deux valeurs,
si désiré. En outre, JDBC ne demande
aucun support spécial sur
l’iSeries ou dans Java – il fait partie du
JDK (Java Development Kit) standard.
Les procédures stockées sont
l’équivalent SQL des programmes appelés
dans le monde iSeries. Bien que
le concept des procédures stockées
soit générique à  SQL, la mise en oeuvre
des procédures stockées diffère beaucoup
selon les plates-formes et les
bases de données. Deux types de procédures
stockées sont supportées sur
l’iSeries : SQL et externes.
Bien qu’il n’y ait rien de tel qu’un
programme SQL, une procédure stockée
SQL s’en rapproche. Les procédures
stockées SQL sont écrites en
SQL et peuvent inclure des instructions
en SPL (stored procedure language)
en plus des instructions SQL
standard. Les procédures stockées SQL
donnent à  SQL certaines des mêmes
possibilités supportées par SQL imbriqué,
comme la navigation dans un jeu
de résultats. Avec SPL, vous pouvez
aussi ajouter de la logique de contrôle
de flux et d’autres éléments de programmation
à  une procédure stockée, qui ne sont pas pris en charge pour
SQL autonome.
Les procédures stockées externes
sont celles qu’on écrit dans n’importe
quel langage autre que SQL, le plus
souvent RPG ou Cobol. Vous pouvez
enregistrer un objet programme
iSeries comme une procédure stockée
externe en utilisant iSeries Navigator
ou en exécutant l’instruction CREATE
PROCEDURE SQL. Une fois enregistrée,
une procédure stockée peut être
appelée à  partir de n’importe quelle interface
SQL qui supporte les procédures
stockées.
Le format d’un appel de procédure
stockée dépend du type de SQL utilisé
dans l’application appelante ; par
exemple, JDBC utilise une syntaxe différente
de celle de SQL imbriqué.
(Pour plus d’informations, voir les articles
« Vous aurez peut-être besoin
d’un procédure stockée si … » iSeries
News mars 2003 N° 3 vol 2 et « A l’intérieur
du traitement des erreurs de SPL
V5R2, 1ère partie : principes de base »,
iSeries News juillet-août 2003 N° 7
vol 2.)