> Tech > DB2 UDB simplifie l’administration et le développement d’application

DB2 UDB simplifie l’administration et le développement d’application

Tech - Par iTPro.fr - Publié le 24 juin 2010
email

par Kent Milligan - Mis en ligne le 6/07/2005 - Publié en Octobre 2004

C'est un défi sans cesse renouvelé que d'adapter vos solutions iSeries aux exigences toujours plus grandes de la communauté utilisatrice. Les utilisateurs exigent des fonctions plus élaborées de leurs applications et veulent accéder aux données provenant de diverses unités et interfaces. Pour se tenir à  flot, les développeurs d'applications ont besoin d'une boîte à  outils très étoffée. DB2 UDB pour iSeries en V5R3 ajoute beaucoup de nouvelles options au kit base de données qu'utilisent les programmeurs iSeries, administrateurs et autres DBA (database administrators) de data warehouse ...

DB2 UDB simplifie l’administration et le développement d’application

L’iSeries Developer Road Map a incité
beaucoup de développeurs à  moderniser leurs solutions iSeries en utilisant
SQL pour l’accès aux données, au lieu des interfaces natives. Le plus souvent,
cette modernisation de l’accès aux données s’est effectuée en intégrant SQL
dans les programmes RPG et Cobol existants. De nombreux développeurs
iSeries ont utilisé avec bonheur le SQL imbriqué dans leurs applications. Pour
faciliter la programmation SQL imbriqué, IBM a apporté les améliorations suivantes au précompilateur RPG SQL
en V5R3 :

  • support des noms de sous-champs
    qualifiés d’après le mot-clé RPG IV Dspec
    Qualified (un seul niveau de
    qualification, tableaux non pris en
    charge)

  • précompilation conditionnelle : /If,
    /Define, /Include et autres directives

  • support de /Copy imbriqué
  • possibilité d’analyser syntaxiquement
    les membres source avec des
    sous-procédures (élimine les erreurs
    hors séquence)

  • utilisation de structures de données
    en tableau sur Fetch et Insert bloqué

  • support d’une structure hôte dans
    les instructions Update (permet l’utilisation
    de LikeDS er LikeRec, second
    paramètre facultatif de LikeRec non
    supporté)

  • nouveau paramètre CompileOpt sur
    CrtSqlRpgi pour éliminer le processus
    de compilation en deux étapes

  • support de variable logique RPG (indicateur)

Le précompilateur RPG SQL souffre
encore de quelques restrictions
que les développeurs doivent connaître.
Les futures releases auront à  régler
les problèmes suivants : SQL en format
libre, compilation multipassage, pour
permettre le « scoping » des variables,
et élimination des restrictions subsistantes
pour les noms qualifiés.
SQL imbriqué est l’une des voies
de modernisation des solutions. Une
autre consiste à  utiliser les dernières
technologies de programmation
comme Java ou .NET. Le client V5R3
iSeries Access for Windows inclut un
nouveau provider natif .NET pour l’accès
à  DB2 UDB des données iSeries
des sociétés qui ont standardisé à 
l’aide des langages et outils de développement
Microsoft. En outre, la plupart
des restrictions dont pâtissait le
provider OLE DB ont été levées dans la
V5R3.
La sensibilité du curseur désigne
un réglage du curseur qui définit si le
jeu de résultats qu’il renvoie inclura ou
on les changements récents apportés à 
la table sous-jacente. La V5R3 propose
au développeur trois paramètres de
sensibilité : Asensitive, Sensitive et
Unsensitive.
Asensitive est l’état par défaut :
DB2 UDB choisira le paramétrage qu’il
juge le plus performant. Les curseurs actualisables adoptent toujours Sensitive par défaut.
L’état Sensitive évite à  DB2 UDB d’utiliser des algorithmes
qui font des copies de données, y compris DB2 SMP
(Symmetric Multiprocessing), afin qu’il puisse accéder
aux tout derniers changements apportés à  une table lors de
l’exécution d’une requête. Par exemple, un curseur Sensitive
déclaré comme « Select * From orders » renverrait toutes les
commandes courantes ainsi que toute nouvelle commande
insérée dans la base de données après l’ouverture du curseur.
L’état Insensitive fait utiliser à  DB2 UDB une implémentation
qui fait des copies de données d’emblée, afin que l’activité
de la table après l’ouverture du curseur ne soit pas reconnue.
Comme Sensitive et Insensitive limitent les options dont
dispose l’optimiseur de requêtes, Asensitive est toujours recommandé
pour un maximum de performances de l’application.

Téléchargez cette ressource

Préparer l’entreprise à l’IA et aux technologies interconnectées

Préparer l’entreprise à l’IA et aux technologies interconnectées

Avec la « quatrième révolution industrielle », les environnements hyperconnectés entraînent de nouveaux risques en matière de sécurité. Découvrez, dans ce guide Kaspersky, comment faire face à cette nouvelle ère de vulnérabilité.

Tech - Par iTPro.fr - Publié le 24 juin 2010