Comme nous venons de publier notre pont ODBC-ODBC pour la plate-forme Windows 10, nous avons pensé profiter de cette occasion pour écrire un blog sur le produit afin de décrire l'utilisation que vous en feriez.
La majorité de nos produits sont des pilotes ODBC "single tier", qui connectent une application à une base de données particulière. Par exemple, notre pilote ODBC SQL Server connecte une application à une base de données SQL Server. Le pilote ODBC est appelé niveau unique car il communique directement avec la base de données.
Cependant, le pont ODBC-ODBC est un pilote ODBC à plusieurs niveaux avec à la fois un composant client et un composant serveur. Le pont ODBC-ODBC se situe entre l'application et le pilote ODBC (tiers), transmettant les appels d'API ODBC effectués par l'application. Le client ODBC-ODBC Bridge est le pilote ODBC de l'application. Le serveur ODBC-ODBC Bridge sert d'application au pilote ODBC cible.
Alors, pourquoi auriez-vous besoin d'introduire cette couche de connectivité de données supplémentaire ?
Le pont ODBC-ODBC fournit un mécanisme multiplateforme/interarchitecture permettant à une application de fonctionner avec un pilote ODBC. Initialement, cela a été utilisé comme solution pour les clients qui avaient besoin d'utiliser un pilote ODBC qui n'était pas disponible sur la plate-forme de leur application. Par exemple, l'application du client s'exécutait sous Linux, mais le pilote ODBC cible n'était disponible que sous Windows.
Plus récemment, l'utilisation la plus courante du pont ODBC-ODBC est lorsqu'un client utilise une application 64 bits, mais que son pilote ODBC est uniquement 32 bits (ou vice versa). Un pilote ODBC est une bibliothèque, et l'architecture d'une application et les bibliothèques qu'elle utilise doivent être identiques. En règle générale, les utilisateurs sont d'abord informés de cette exigence lorsque leur tentative de connexion à une base de données échoue avec l'erreur "Le DSN spécifié contient une incompatibilité d'architecture entre le pilote et l'application". Il s'agit d'une erreur générée par le gestionnaire de pilotes ODBC inclus avec Windows, et avec la nouvelle version du pont ODBC-ODBC, c'est un problème qui peut maintenant être résolu avec Windows 10. (Le pont ODBC-ODBC est également disponible sur versions antérieures de Windows, à commencer par Windows 2000.)
Sous Windows, le pont ODBC-ODBC comprend à la fois une paire de clients et de serveurs 64 bits et 32 bits. Le client 64 bits fournit un pilote ODBC 64 bits à l'application. Le serveur 32 bits fournit une application 32 bits pour le pilote ODBC 32 bits. Le client et le serveur peuvent coexister sur la même machine Windows et communiquer en utilisant un mécanisme indépendant de l'architecture, ce qui signifie que peu importe pour le pont ODBC-ODBC que le client parle à un serveur 32 bits ou 64 bits.
Pour prendre un exemple courant, vous souhaitez connecter une application 64 bits à une base de données Access au format MDB, mais le pilote ODBC de votre base de données est de 32 bits. Vous installeriez la version Windows du pont ODBC-ODBC sur votre ordinateur et accepteriez l'option d'installation par défaut consistant à installer à la fois le client et le serveur. Enfin, vous devez configurer une source de données client ODBC-ODBC Bridge 64 bits dans l'administrateur ODBC qui pointe vers votre source de données Access 32 bits. Votre application 64 bits pourrait alors se connecter au pilote ODBC 32 bits, ignorant totalement le middleware qui facilitait cette intégration.
(De même, un client ODBC-ODBC Bridge 32 bits peut communiquer avec un serveur 64 bits, si votre situation est opposée à celle illustrée par l'exemple précédent.)
