ODBC-arkitektur

ODBC-arkitekturen har fyra komponenter:

• Program Utför bearbetning och anropar ODBC-funktioner för att skicka SQL-instruktioner och hämta resultat.

• Driver Manager Läser in och tar bort drivrutiner för ett program. Bearbetar ODBC-funktionsanrop eller skickar dem till en drivrutin.

• Driver Bearbetar ODBC-funktionsanrop, skickar SQL-begäranden till en specifik datakälla och returnerar resultat till programmet. Om det behövs ändrar drivrutinen ett programs begäran så att begäran överensstämmer med syntaxen som stöds av den associerade DBMS.

• Datakälla Består av de data som användaren vill komma åt och dess associerade operativsystem, DBMS och nätverksplattform (om några) som används för att komma åt DBMS.

Observera följande punkter om ODBC-arkitekturen. För det första kan det finnas flera drivrutiner och datakällor, vilket gör att programmet samtidigt kan komma åt data från mer än en datakälla. För det andra används ODBC-API:et på två platser: mellan programmet och Driver Manager och mellan Driver Manager och varje drivrutin. Gränssnittet mellan Driver Manager och drivrutinerna kallas ibland för tjänstleverantörens gränssnitt ellerSPI. För ODBC är programprogrammeringsgränssnittet (API) och tjänstleverantörsgränssnittet (SPI) desamma. Det vill: Driver Manager och varje drivrutin har samma gränssnitt till samma funktioner.

Det här avsnittet innehåller följande avsnitt.

• Applikationer

• Drivrutinshanteraren

• Drivrutiner

• Datakällor