Eftersom vi precis har släppt vår ODBC-ODBC Bridge för Windows 10-plattformen tänkte vi ta tillfället i akt att skriva en blogg om produkten för att beskriva vad du skulle använda den till.
Majoriteten av våra produkter är "single tier" ODBC-drivrutiner, som kopplar en applikation till en viss databas. Till exempel ansluter vår SQL Server ODBC-drivrutin en applikation till en SQL Server-databas. ODBC-drivrutinen kallas single tier eftersom den kommunicerar direkt med databasen.
ODBC-ODBC Bridge är dock en ODBC-drivrutin med flera nivåer med både en klient- och en serverkomponent. ODBC-ODBC Bridge sitter mellan applikationen och (tredje parts) ODBC-drivrutinen och skickar vidare ODBC API-anrop som applikationen gör. ODBC-ODBC Bridge-klienten är ODBC-drivrutinen för applikationen. ODBC-ODBC Bridge-servern fungerar som applikationen till mål-ODBC-drivrutinen.
Så varför skulle du behöva införa detta extra dataanslutningslager?
ODBC-ODBC-bryggan tillhandahåller en tvärplattforms-/crossarkitekturmekanism för en applikation att fungera med en ODBC-drivrutin. Till en början användes detta som en lösning för kunder som behövde använda en ODBC-drivrutin som inte var tillgänglig på deras applikations plattform. Till exempel körde kundens applikation på Linux, men mål-ODBC-drivrutinen var endast tillgänglig på Windows.
På senare tid är den vanligaste användningen av ODBC-ODBC Bridge när en kund använder en 64-bitars applikation, men deras ODBC-drivrutin är endast 32-bitars (eller vice versa). En ODBC-drivrutin är ett bibliotek, och arkitekturen för en applikation och de bibliotek den använder måste vara densamma. Vanligtvis görs användare först medvetna om detta krav när deras försök att ansluta till en databas misslyckas med felet "Det angivna DSN innehåller en arkitektur som inte överensstämmer mellan drivrutinen och applikationen". Detta är ett fel som genereras av ODBC Driver Manager som ingår i Windows, och med den nya versionen av ODBC-ODBC Bridge är detta ett problem som nu kan lösas med Windows 10. (ODBC-ODBC Bridge är också tillgänglig på tidigare versioner av Windows, från och med Windows 2000.)
På Windows innehåller ODBC-ODBC Bridge både ett 64-bitars och ett 32-bitarspar av klienter och servrar. 64-bitarsklienten tillhandahåller en 64-bitars ODBC-drivrutin till applikationen. 32-bitarsservern tillhandahåller en 32-bitarsapplikation för 32-bitars ODBC-drivrutinen. Klienten och servern kan samexistera på samma Windows-maskin och kommunicera genom att använda en arkitekturneutral mekanism, vilket betyder att det inte spelar någon roll för ODBC-ODBC Bridge om klienten pratar med en 32-bitars eller en 64-bitars server.
För att ta ett vanligt exempel, du vill ansluta en 64-bitars applikation till en MDB-format Access-databas, men ODBC-drivrutinen för din databas är 32-bitars. Du skulle installera Windows-versionen av ODBC-ODBC Bridge på din maskin och acceptera standardinstallationsalternativet att installera både klienten och servern. Slutligen skulle du konfigurera en 64-bitars ODBC-ODBC Bridge-klientdatakälla i ODBC Administrator som pekade på din 32-bitars Access-datakälla. Din 64-bitarsapplikation kunde sedan ansluta till 32-bitars ODBC-drivrutinen, helt omedveten om mellanprogramvaran som underlättade denna integration.
(På liknande sätt kan en 32-bitars ODBC-ODBC Bridge-klient prata med en 64-bitars server, om din situation är motsatt den som illustreras i föregående exempel.)