Blockcursor, Bildlaufcursor und Abwärtskompatibilität
Das Vorhandensein von SQLFetchScroll und SQLExtendedFetch- stellt die erste eindeutige Aufteilung in ODBC zwischen der Application Programming Interface (API) dar, die die Gruppe der Funktionen, die die Anwendung aufruft, und die Service Provider Interface (SPI), die die Gruppe der Funktionen darstellt, die der Treiber implementiert. Diese Aufteilung ist erforderlich, damit ODBC-3.x-, die SQLFetchScroll-verwendet, an den Standards ausgerichtet ist und auch mit ODBC-2.x-kompatibel ist, die SQLExtendedFetchverwendet.
Die ODBC-3.x--API, die der Satz von Funktionen ist, die die Anwendung aufruft, enthält SQLFetchScroll- und zugehörige Anweisungsattribute. Die ODBC-3.x SPI, die vom Treiber implementiert wird, umfasst SQLFetchScroll-, SQLExtendedFetch-und zugehörige Anweisungsattribute. Da ODBC diese Aufteilung zwischen der API und dem SPI nicht formal erzwingt, ist es möglich, dass ODBC-3.x--Anwendungen SQLExtendedFetch- und zugehörige Anweisungsattribute aufrufen. Es gibt jedoch keinen Grund für ODBC-3.x--Anwendung, dies zu tun. Weitere Informationen zu APIs und SPIs finden Sie in der Einführung in ODBC-Architektur.
Informationen dazu, welche Funktionen und Anweisungsattribute eine ODBC-3.x- Anwendung mit Block- und Bildlaufcursorn verwenden sollten, finden Sie unter Blockcursor, Scrollbare Cursor und Abwärtskompatibilität für ODBC 3.x-Anwendungen.
Dieser Abschnitt enthält die folgenden Themen.