Présentation de l'utilisation du plan de travail pour configurer l'exécution en mode statique des instructions SQL dans les applications non pureQuery

Lorsque vous utilisez le plan de travail pour configurer l'exécution statique des instructions SQL dans les applications non-pureQuery, vous disposez d'un certain nombre de fonctions particulièrement utiles.
Configuration automatique de vos projets Java
Après création d'un projet Java contenant votre application non-pureQuery, vous pouvez activer le support dédié à la capture et à la définition des accès des instructions SQL de votre application. Lorsque vous activez ce support, le plan de travail ajoute les fichiers JAR requis dans le chemin de génération de votre projet. Il crée également les fichiers suivants ou les modifie s'ils existent déjà :
pdq.properties
Ce fichier permet de définir les propriétés nécessaires au pilote de serveur de données IBM® pour JDBC et SQLJ.
Default.genProps
Ce fichier vous permet de définir la collection, le nom racine et l'ID version des packages DB2 que vous créez.
Ne renommez pas ce fichier.
Default.bindProps
Ce fichier permet de paramétrer les options de définition des accès pour les instructions SQL dans les packages spécifiés dans le fichier Default.genProps. Si vous créez plusieurs fichiers pureQueryXML, vous pouvez paramétrer ces options pour chacun d'entre eux.
Ne renommez pas ce fichier. Lorsque vous définissez les accès des instructions SQL capturées, le plan de travail s'attend à trouver les options de définition des accès dans un fichier portant ce nom.
Outils de création de tests JUnit pour l'exécution des instructions SQL à capturer
Pour pouvoir capturer les instructions SQL que vous envisagez d'exécuter en mode statique, vous devez les exécuter à partir de votre application d'interface de programme non-pureQuery ou par le biais de tests JUnit. Si vous voulez utiliser des tests JUnit, vous pouvez vous servir des outils du plan de travail pour les créer et les exécuter.
Facilité de permutation des connexions pour la définition d'accès sur différentes bases de données
Lorsque vous définissez les accès des instructions SQL qui se trouvent dans un fichier pureQueryXML, cette définition peut porter soit sur la base de données associée à votre projet Java, soit sur d'autres bases de données. Si votre application non-pureQuery exécute des instructions SQL sur différentes bases de données DB2, vous pouvez capturer ces instructions dans des fichiers pureQueryXML distincts, puis sélectionner la base pour laquelle vous souhaitez définir les accès des instructions SQL contenues dans chaque fichier pureQueryXML.
Vue SQL Outline pour l'affichage des relations entre les objets avec lesquels vous travaillez
Utilisez cette vue pour afficher les relations entre vos instructions SQL, les packages DB2 que le plan de travail suggère ou crée en fonction de vos spécifications, les fichiers Java qui contiennent les instructions SQL et les objets de base de données auxquels les instructions accèdent ou font référence.
Editeur Java incluant une aide pour la création et la validation des instructions SQL
Si votre projet contient des fichiers source Java, vous pouvez écrire et éditer des instructions SQL en recourant à l'assistance de contenu et aux fonctions de validation SQL de l'éditeur Java.
Génération de code pureQuery à partir des instructions SQL et des objets de base de données
Vous avez la possibilité de modifier votre application non-pureQuery.
Gestion des informations pureQuery dans un référentiel SQL Management
Vous pouvez stocker, gérer et récupérer les informations pureQuery dans un référentiel. Vous pouvez gérer les propriétés pureQuery et les instructions SQL et les informations SQL associées contenues dans les fichiers pureQueryXML. Vous pouvez configurer une application activée par l'optimisation client pureQuery pour stocker dans un référentiel les informations SQL capturées provenant de l'application.

Commentaires