Poiché abbiamo appena rilasciato il nostro Bridge ODBC-ODBC per la piattaforma Windows 10, abbiamo pensato di cogliere l'occasione per scrivere un blog sul prodotto per descrivere per cosa lo utilizzeresti.
La maggior parte dei nostri prodotti sono driver ODBC a "livello singolo", che collegano un'applicazione a un determinato database. Ad esempio, il nostro driver ODBC di SQL Server connette un'applicazione a un database di SQL Server. Il driver ODBC è chiamato single tier perché comunica direttamente con il database.
Il bridge ODBC-ODBC, tuttavia, è un driver ODBC a più livelli con un componente client e server. Il bridge ODBC-ODBC si trova tra l'applicazione e il driver ODBC (di terze parti), trasmettendo le chiamate API ODBC effettuate dall'applicazione. Il client ODBC-ODBC Bridge è il driver ODBC per l'applicazione. Il server ODBC-ODBC Bridge funge da applicazione per il driver ODBC di destinazione.
Allora perché dovresti introdurre questo livello aggiuntivo di connettività dei dati?
Il bridge ODBC-ODBC fornisce un meccanismo multipiattaforma/architettura incrociata affinché un'applicazione funzioni con un driver ODBC. Inizialmente, questo è stato utilizzato come soluzione per i clienti che avevano bisogno di utilizzare un driver ODBC che non era disponibile sulla piattaforma della loro applicazione. Ad esempio, l'applicazione del cliente è stata eseguita su Linux, ma il driver ODBC di destinazione era disponibile solo su Windows.
Più recentemente, l'uso più comune per il bridge ODBC-ODBC è quando un cliente utilizza un'applicazione a 64 bit, ma il driver ODBC è solo a 32 bit (o viceversa). Un driver ODBC è una libreria e l'architettura di un'applicazione e le librerie che utilizza devono essere le stesse. In genere, gli utenti vengono informati di questo requisito per la prima volta quando il tentativo di connessione a un database non riesce con l'errore "Il DSN specificato contiene una mancata corrispondenza dell'architettura tra il driver e l'applicazione". Si tratta di un errore generato da ODBC Driver Manager incluso in Windows e, con la nuova versione del Bridge ODBC-ODBC, questo è un problema che ora può essere risolto su Windows 10. (Il Bridge ODBC-ODBC è disponibile anche su versioni precedenti di Windows, a partire da Windows 2000.)
In Windows, il bridge ODBC-ODBC include una coppia di client e server sia a 64 bit che a 32 bit. Il client a 64 bit fornisce un driver ODBC a 64 bit all'applicazione. Il server a 32 bit fornisce un'applicazione a 32 bit per il driver ODBC a 32 bit. Il client e il server possono coesistere sulla stessa macchina Windows e comunicare utilizzando un meccanismo indipendente dall'architettura, il che significa che non ha importanza per il bridge ODBC-ODBC se il client sta parlando con un server a 32 o 64 bit.
Per fare un esempio comune, si desidera connettere un'applicazione a 64 bit a un database di Access in formato MDB, ma il driver ODBC per il database è a 32 bit. Installerai la versione Windows di ODBC-ODBC Bridge sulla tua macchina e accetterai l'opzione di installazione predefinita di installare sia il client che il server. Infine, dovresti configurare un'origine dati del client Bridge ODBC-ODBC a 64 bit in ODBC Administrator che punta all'origine dati di Access a 32 bit. La tua applicazione a 64 bit potrebbe quindi connettersi al driver ODBC a 32 bit, totalmente ignara del middleware che stava facilitando questa integrazione.
(Allo stesso modo, un client ODBC-ODBC Bridge a 32 bit può comunicare con un server a 64 bit, se la tua situazione è opposta a quella illustrata nell'esempio precedente.)
