Architecture JDBC

L'architecture JDBC se compose de quatre éléments principaux. Les composants sont les suivants :
Application Java™
L'application, écrite en langage de programmation Java, est responsable de l'interaction avec l'utilisateur et de l'invocation des fonctions de l'API JDBC. Ces fonctions de l'API soumettent des instructions SQL à un système de fichiers ou à un système de gestion de base de données pour qu'ils les traitent. L'application Java utilise des interfaces, des classes et des méthodes définies par l'API Java pour accéder à une source de données.
machine virtuelle Java
Lorsqu'une application Java est compilée, le programme objet Java se compose de codes d'octets. La machine virtuelle Java est chargée de convertir les codes d'octets Java en instructions qui peuvent être exécutées sur la machine sur laquelle l'application est exécutée. La machine virtuelle Java fonctionne comme un intermédiaire entre le programme objet Java et la machine sur laquelle l'application est exécutée. L'implémentation de la machine virtuelle Java est différente pour chaque plateforme. La machine virtuelle Java permet d'exécuter le même programme Java sur n'importe quelle machine pour laquelle une machine virtuelle Java est implémentée, sans modifier ou recompiler le programme.
Pilote JDBC
Le pilote JDBC traite les interfaces, classes et méthodes de l'API JDBC dans l'application Java. L'application Java utilise le pilote JDBC pour interagir avec le système de fichiers ou le système de gestion de base de données afin d'accéder aux données requises. Le pilote renvoie également les résultats à la machine virtuelle Java, qui les renvoie à son tour à l'application Java. Il existe un pilote JDBC différent pour chaque type de SGBD ou de source de données.

Netezza fournit un pilote " JDBC pour la version " 4.1 de la spécification API " Oracle " JDBC ". Le pilote est un pilote de type 4, purement Java, dont Netezza Performance Server a testé la conformité avec la spécification Oracle JDBC sur les plates-formes Windows, Linux® et UNIX. bien qu'une application puisse appeler 'importe quelle méthode mentionnée dans la spécification, le pilote JDBC ou Netezza (NPS®) peut ne pas prendre en charge la méthode ; si c'est le cas, une exception est levée. Pour une liste des méthodes non prises en charge, voir Méthodes non prises en charge JDBC.

Le pilote JDBC de Netezza Performance Server supporte tous les types de données NZSQL, inclut le cryptage des mots de passe et fournit des options de connexion pour l'hôte, le port et la base de données.

Pour un hôte Netezza Performance Server qui exécute la version 7.2.1 ou une version ultérieure, vos clients JDBC nécessitent la version 1.7 du JDK ou une version ultérieure.

Source de données
Une source de données contient les ensembles de données auxquels le pilote JDBC accède, ainsi que tous les environnements associés aux données. Ces environnements peuvent comprendre des logiciels d'accès aux fichiers ou aux bases de données, un système d'exploitation et une plate-forme de mise en réseau.

Pour utiliser JDBC afin d'accéder à un système Netezza Performance Server, vous avez besoin d'une configuration client-serveur à deux niveaux. Dans un système client-serveur à deux niveaux, la source de données est stockée sur le système Netezza Performance Server, qui gère tous les traitements d'accès à la base de données. Le pilote JDBC, la machine virtuelle et l'application JDBC sont situés sur le système client et utilisent une connexion réseau à un processus Postgres sur le système hôte Netezza Performance Server, qui coordonne les fonctions de traitement des requêtes SQL.