Da vi netop har frigivet vores ODBC-ODBC Bridge til Windows 10-platformen, tænkte vi, at vi ville benytte lejligheden til at skrive en blog om produktet for at beskrive, hvad du ville bruge det til.
Størstedelen af vores produkter er "single tier" ODBC-drivere, som forbinder en applikation til en bestemt database. For eksempel forbinder vores SQL Server ODBC-driver en applikation til en SQL Server-database. ODBC-driveren kaldes single tier, fordi den kommunikerer direkte med databasen.
ODBC-ODBC-broen er imidlertid en ODBC-driver med flere lag med både en klient- og en serverkomponent. ODBC-ODBC-broen sidder mellem applikationen og (tredjeparts) ODBC-driver og videregiver ODBC API-kald foretaget af applikationen. ODBC-ODBC Bridge-klienten er ODBC-driveren til applikationen. ODBC-ODBC Bridge-serveren fungerer som applikationen til mål-ODBC-driveren.
Så hvorfor skulle du introducere dette ekstra dataforbindelseslag?
ODBC-ODBC-broen giver en tværplatforms-/krydsarkitekturmekanisme til, at en applikation kan arbejde med en ODBC-driver. I starten blev dette brugt som en løsning for kunder, der skulle bruge en ODBC-driver, der ikke var tilgængelig på deres applikations platform. For eksempel kørte kundens applikation på Linux, men mål-ODBC-driveren var kun tilgængelig på Windows.
På det seneste er den mest almindelige brug af ODBC-ODBC-broen, når en kunde bruger et 64-bit-program, men deres ODBC-driver kun er 32-bit (eller omvendt). En ODBC-driver er et bibliotek, og arkitekturen af en applikation og de biblioteker, den bruger, skal være den samme. Typisk bliver brugere først gjort opmærksomme på dette krav, når deres forsøg på at oprette forbindelse til en database mislykkes med fejlen "Det angivne DSN indeholder en arkitekturmismatch mellem driveren og applikationen". Dette er en fejl genereret af ODBC Driver Manager, der følger med Windows, og med den nye udgivelse af ODBC-ODBC Bridge er dette et problem, som nu kan løses med på Windows 10. (ODBC-ODBC Bridge er også tilgængelig på tidligere versioner af Windows, startende med Windows 2000.)
På Windows inkluderer ODBC-ODBC Bridge både et 64-bit og et 32-bit par af klienter og servere. 64-bit klienten leverer en 64-bit ODBC-driver til applikationen. 32-bit serveren leverer en 32-bit applikation til 32-bit ODBC driveren. Klienten og serveren kan eksistere side om side på den samme Windows-maskine og kommunikere ved at bruge en arkitekturneutral mekanisme, hvilket betyder, at det ikke er lige meget for ODBC-ODBC Bridge, om klienten taler til en 32-bit eller en 64-bit server.
For at tage et almindeligt eksempel, vil du forbinde en 64-bit applikation til en MDB-format Access-database, men ODBC-driveren til din database er 32-bit. Du ville installere Windows-versionen af ODBC-ODBC Bridge på din maskine og ville acceptere standardinstallationsindstillingen for at installere både klienten og serveren. Endelig skal du konfigurere en 64-bit ODBC-ODBC Bridge-klientdatakilde i ODBC Administrator, der pegede på din 32-bit Access-datakilde. Din 64-bit-applikation kunne derefter oprette forbindelse til 32-bit ODBC-driveren, fuldstændig uvidende om den middleware, der lettede denne integration.
(På samme måde kan en 32-bit ODBC-ODBC Bridge-klient tale med en 64-bit server, hvis din situation er modsat den, der er illustreret i det foregående eksempel.)