Share via

ODBC-Architektur

  • Artikel

Die ODBC-Architektur verfügt über vier Komponenten:

  • Die Anwendung führt Verarbeitungs- und Aufrufe von ODBC-Funktionen durch, um SQL-Anweisungen zu übermitteln und Ergebnisse abzurufen.

  • Der Treiber-Manager lädt Und entlädt Treiber im Namen einer Anwendung. Verarbeitet ODBC-Funktionsaufrufe oder übergibt sie an einen Treiber.

  • Treiber verarbeitet ODBC-Funktionsaufrufe, sendet SQL-Anforderungen an eine bestimmte Datenquelle und gibt Ergebnisse an die Anwendung zurück. Bei Bedarf ändert der Treiber die Anforderung einer Anwendung so, dass die Anforderung der vom zugehörigen DBMS unterstützten Syntax entspricht.

  • Datenquelle besteht aus den Daten, auf die der Benutzer zugreifen möchte, und dessen zugehöriges Betriebssystem, DBMS und Netzwerkplattform (sofern vorhanden), die für den Zugriff auf das DBMS verwendet werden.

Beachten Sie die folgenden Punkte zur ODBC-Architektur. Zunächst können mehrere Treiber und Datenquellen vorhanden sein, wodurch die Anwendung gleichzeitig auf Daten aus mehreren Datenquellen zugreifen kann. Zweitens wird die ODBC-API an zwei Stellen verwendet: zwischen der Anwendung und dem Treiber-Manager und zwischen dem Treiber-Manager und jedem Treiber. Die Schnittstelle zwischen dem Treiber-Manager und den Treibern wird manchmal als Dienstanbieterschnittstelle oder SPI bezeichnet. Bei ODBC sind die Anwendungsprogrammierschnittstelle (API) und die Dienstanbieterschnittstelle (SPI) identisch; d. h. der Treiber-Manager und jeder Treiber verfügen über dieselbe Schnittstelle zu den gleichen Funktionen.

In diesem Abschnitt werden die folgenden Themen behandelt: