Da wir gerade unsere ODBC-ODBC Bridge für die Windows 10-Plattform veröffentlicht haben, wollten wir diese Gelegenheit nutzen, um einen Blog über das Produkt zu schreiben, um zu beschreiben, wofür Sie es verwenden würden.
Die Mehrheit unserer Produkte sind "einstufige" ODBC-Treiber, die eine Anwendung mit einer bestimmten Datenbank verbinden. Beispielsweise verbindet unser SQL Server ODBC-Treiber eine Anwendung mit einer SQL Server-Datenbank. Der ODBC-Treiber wird Single-Tier genannt, weil er direkt mit der Datenbank kommuniziert.
Die ODBC-ODBC-Brücke ist jedoch ein mehrschichtiger ODBC-Treiber mit sowohl einer Client- als auch einer Serverkomponente. Die ODBC-ODBC-Brücke befindet sich zwischen der Anwendung und dem ODBC-Treiber (Drittanbieter) und leitet die von der Anwendung getätigten ODBC-API-Aufrufe weiter. Der ODBC-ODBC Bridge-Client ist der ODBC-Treiber für die Anwendung. Der ODBC-ODBC Bridge-Server fungiert als Anwendung für den Ziel-ODBC-Treiber.
Warum also sollten Sie diese zusätzliche Datenkonnektivitätsschicht einführen?
Die ODBC-ODBC-Brücke stellt einen plattformübergreifenden/architekturübergreifenden Mechanismus bereit, damit eine Anwendung mit einem ODBC-Treiber arbeiten kann. Ursprünglich wurde dies als Lösung für Kunden verwendet, die einen ODBC-Treiber verwenden mussten, der auf der Plattform ihrer Anwendung nicht verfügbar war. Beispielsweise lief die Anwendung des Kunden unter Linux, aber der Ziel-ODBC-Treiber war nur unter Windows verfügbar.
In jüngerer Zeit wird die ODBC-ODBC-Brücke am häufigsten verwendet, wenn ein Kunde eine 64-Bit-Anwendung verwendet, sein ODBC-Treiber jedoch nur 32-Bit ist (oder umgekehrt). Ein ODBC-Treiber ist eine Bibliothek, und die Architektur einer Anwendung und die von ihr verwendeten Bibliotheken müssen identisch sein. In der Regel werden Benutzer zuerst auf diese Anforderung aufmerksam gemacht, wenn ihr Versuch, eine Verbindung zu einer Datenbank herzustellen, mit dem Fehler „Der angegebene DSN enthält einen Architekturkonflikt zwischen dem Treiber und der Anwendung“ fehlschlägt. Dies ist ein Fehler, der vom in Windows enthaltenen ODBC-Treiber-Manager generiert wird, und mit der neuen Version der ODBC-ODBC-Brücke ist dies ein Problem, das jetzt unter Windows 10 gelöst werden kann. (Die ODBC-ODBC-Brücke ist auch auf verfügbar frühere Versionen von Windows, beginnend mit Windows 2000.)
Unter Windows enthält die ODBC-ODBC-Brücke sowohl ein 64-Bit- als auch ein 32-Bit-Paar von Clients und Servern. Der 64-Bit-Client stellt der Anwendung einen 64-Bit-ODBC-Treiber bereit. Der 32-Bit-Server stellt eine 32-Bit-Anwendung für den 32-Bit-ODBC-Treiber bereit. Der Client und der Server können auf demselben Windows-Rechner koexistieren und über einen architekturneutralen Mechanismus kommunizieren, was bedeutet, dass es für die ODBC-ODBC Bridge keine Rolle spielt, ob der Client mit einem 32-Bit- oder einem 64-Bit-Server kommuniziert /P>
Ein allgemeines Beispiel:Sie möchten eine 64-Bit-Anwendung mit einer Access-Datenbank im MDB-Format verbinden, aber der ODBC-Treiber für Ihre Datenbank ist 32-Bit. Sie würden die Windows-Version der ODBC-ODBC-Brücke auf Ihrem Computer installieren und die Standardinstallationsoption akzeptieren, sowohl den Client als auch den Server zu installieren. Schließlich würden Sie eine 64-Bit-ODBC-ODBC-Bridge-Client-Datenquelle in ODBC Administrator konfigurieren, die auf Ihre 32-Bit-Access-Datenquelle verweist. Ihre 64-Bit-Anwendung könnte sich dann mit dem 32-Bit-ODBC-Treiber verbinden, ohne sich der Middleware bewusst zu sein, die diese Integration erleichtert.
(In ähnlicher Weise kann ein 32-Bit-ODBC-ODBC-Bridge-Client mit einem 64-Bit-Server kommunizieren, wenn Ihre Situation anders ist als im vorherigen Beispiel.)
