Aangezien we zojuist onze ODBC-ODBC Bridge voor het Windows 10-platform hebben uitgebracht, dachten we dat we deze gelegenheid zouden aangrijpen om een blog over het product te schrijven om te beschrijven waarvoor u het zou gebruiken.
De meeste van onze producten zijn "single tier" ODBC-stuurprogramma's, die een toepassing verbinden met een bepaalde database. Onze SQL Server ODBC-driver verbindt bijvoorbeeld een applicatie met een SQL Server-database. Het ODBC-stuurprogramma wordt single tier genoemd omdat het rechtstreeks communiceert met de database.
De ODBC-ODBC Bridge is echter een meerlaags ODBC-stuurprogramma met zowel een client- als een servercomponent. De ODBC-ODBC Bridge bevindt zich tussen de applicatie en (derde) ODBC-driver en geeft ODBC API-aanroepen door die door de applicatie zijn gedaan. De ODBC-ODBC Bridge-client is het ODBC-stuurprogramma voor de toepassing. De ODBC-ODBC Bridge-server fungeert als de toepassing voor het doel-ODBC-stuurprogramma.
Dus waarom zou u deze extra dataverbindingslaag moeten introduceren?
De ODBC-ODBC Bridge biedt een platformoverschrijdend / architectuuroverschrijdend mechanisme om een applicatie te laten werken met een ODBC-stuurprogramma. Aanvankelijk werd dit gebruikt als een oplossing voor klanten die een ODBC-stuurprogramma moesten gebruiken dat niet beschikbaar was op het platform van hun applicatie. De applicatie van de klant draaide bijvoorbeeld op Linux, maar het doel-ODBC-stuurprogramma was alleen beschikbaar op Windows.
Meer recentelijk wordt de ODBC-ODBC Bridge het meest gebruikt wanneer een klant een 64-bits toepassing gebruikt, maar hun ODBC-stuurprogramma alleen 32-bits is (of omgekeerd). Een ODBC-stuurprogramma is een bibliotheek en de architectuur van een toepassing en de bibliotheken die het gebruikt, moeten hetzelfde zijn. Meestal worden gebruikers eerst op de hoogte gebracht van deze vereiste wanneer hun poging om verbinding te maken met een database mislukt met de fout "De opgegeven DSN bevat een architectuurmismatch tussen het stuurprogramma en de toepassing". Dit is een fout die wordt gegenereerd door de ODBC Driver Manager die bij Windows wordt geleverd, en met de nieuwe release van de ODBC-ODBC Bridge is dit een probleem dat nu kan worden opgelost met Windows 10. (De ODBC-ODBC Bridge is ook beschikbaar op eerdere versies van Windows, te beginnen met Windows 2000.)
Op Windows omvat de ODBC-ODBC Bridge zowel een 64-bits als een 32-bits paar clients en servers. De 64-bits client levert een 64-bits ODBC-stuurprogramma voor de toepassing. De 32-bits server biedt een 32-bits toepassing voor het 32-bits ODBC-stuurprogramma. De client en server kunnen naast elkaar bestaan op dezelfde Windows-machine en communiceren met behulp van een architectuurneutraal mechanisme, wat betekent dat het voor de ODBC-ODBC Bridge niet uitmaakt of de client met een 32-bits of een 64-bits server praat.
Om een algemeen voorbeeld te geven:u wilt een 64-bits toepassing verbinden met een Access-database in MDB-indeling, maar het ODBC-stuurprogramma voor uw database is 32-bits. U installeert de Windows-versie van de ODBC-ODBC Bridge op uw computer en accepteert de standaardinstallatieoptie om zowel de client als de server te installeren. Ten slotte zou u in ODBC Administrator een 64-bits ODBC-ODBC Bridge-clientgegevensbron configureren die naar uw 32-bits Access-gegevensbron verwijst. Uw 64-bits toepassing kan dan verbinding maken met de 32-bits ODBC-driver, zonder dat u zich bewust bent van de middleware die deze integratie mogelijk maakte.
(Op dezelfde manier kan een 32-bits ODBC-ODBC Bridge-client praten met een 64-bits server, als uw situatie tegengesteld is aan die in het vorige voorbeeld.)