Avec pureQuery, vous pouvez écrire des applications Java
traitant les données relationnelles comme des objets. Vos applications peuvent également traiter les objets stockés dans les collections Java intégrées à la mémoire à condition que ces objets soient des données
relationnelles. Pour lancer une requête sur ou mettre à jour vos données relationnelles ou les objets Java, vous pouvez utiliser un langage unique,
très connu et largement utilisé : SQL.
- Vous permet d'exécuter l'instruction SQL sur les bases de données, les collections intégrées à la mémoire et les objets Iterator en utilisant une interface API unique
La plateforme Java fournit
une multitude de structures de données et d'interfaces API pour traiter les
collections intégrées à la mémoire ainsi que les données externes provenant d'un grand nombre de sources. Chacune est généralement parfaitement adaptée pour résoudre un type
de problème spécifique, mais possède également un jeu unique d'interfaces permettant de récupérer et de
modifier les données contenues dans les collections. Par exemple, chacun des tableaux, listes, mappes et itérateurs Java fournit une API pour la requête et, dans certains cas, la mise à jour des données
de la collection.
De la même manière, l'API JDBC propose un moyen
d'utiliser l'instruction SQL pour accéder aux objets relationnels et à d'autres objets JDBC DataSource externes.
Cependant, seul pureQuery permet à une application d'accéder à toutes ces
sources de données individuellement ou en combinaison, avec un langage de requête unique et très connu.
- Fournit un modèle de programmation simple et innovant pour l'accès aux données
- pureQuery est exécuté comme une couche fine sur le dessus de JDBC et simplifie les requêtes,
les mises à jour, les appels vers les procédures mémorisées et d'autres tâches associées
aux bases de données d'accès. Il est exécuté sous une plateforme Java 2, Standard Edition 5.0 (J2SE 5.0) et sous une plate-forme Java, Standard Edition 6 (Java SE 6).
- Mappe automatiquement les données SQL vers les types de renvoi grâce à un petit développeur, mais vous permet de fournir le code personnalisé pour les mappages complexes
- Il assure le mappage automatique entre les résultats de la requête SQL et les
objets renvoyés pour un grand nombre de modèles d'objets Java. Pour les mappages complexes entre les résultats de la requête et les objets Java, il existe une interface
de sortie enfichable qui permet d'effectuer les mappages personnalisés.
- Prend en charge le développement d'applications SQL à l'aide de méthodes annotées et de méthodes intégrées
- Prend en charge les méthodes annotées si vous souhaitez définir vos propres méthodes dans des interfaces personnalisées. Vous créez des méthodes à l'aide de définitions annotées avec des instructions SQL. Vous pouvez développer des applications qui suivent le modèle DAO (Data Access Object) en créant des objets d'accès aux données à l'aide de méthodes annotées.
- Prend en charge les méthodes intégrées si vous souhaitez utiliser des méthodes définies dans l'interface Data fournie par IBM.
Les méthodes intégrées sont utiles pour les applications qui requièrent la construction d'instructions SQL au cours de l'exécution de l'application. Avec les méthodes intégrées, les instructions SQL sont transmises en tant que paramètres dans les appels de méthode et cette approche est similaire à celle qui est utilisée dans JDBC et SQLJ.
- Prend en charge l'instruction SQL dynamique et statique lors de l'exécution
- Les applications que vous développez avec l'API pureQuery peuvent utiliser une instruction SQL dynamique
avec un pilote JDBC standard pour l'instruction SQL intégrée et ad hoc connue jusqu'à l'exécution.
- Les applications de l'API pureQuery peuvent également utiliser l'instruction SQL statique lorsque le code
utilise le style de programmation de la méthode annotée et les bases de données DB2. Pour plus d'informations sur l'utilisation de l'instruction SQL
statique, voir Exécution d'instructions SQL en mode statique.
- Prise en charge des connexions JDBC de type 2 lors de l'exécution d'applications
pureQuery sur z/OS
- Le pilote JDBC de type 2 combine code Java et
code natif et de ce fait, les connexions de type 2 sont généralement plus performantes
que les connexions de type 4.