Blockcursor, scrollbarer Cursor und Abwärtskompatibilität

Das Vorhandensein von SQLFetchScroll und SQLExtendedFetch stellt die erste klare Aufteilung in ODBC zwischen der Api (Application Programming Interface) dar, die den Von der Anwendung aufgerufenen Funktionen und der Dienstanbieterschnittstelle (SERVICE Provider Interface, SPI) darstellt, bei der es sich um den Satz von Funktionen handelt, die der Treiber implementiert. Diese Aufteilung ist erforderlich, damit ODBC 3.x, das SQLFetchScroll verwendet, mit den Standards ausgerichtet ist und auch mit ODBC 2.x kompatibel ist, das SQLExtendedFetch verwendet.

Die ODBC 3.x-API , bei der es sich um den Satz von Funktionen handelt, die von der Anwendung aufgerufen werden, enthält SQLFetchScroll und zugehörige Anweisungsattribute. Der ODBC 3.x-SPI , bei dem es sich um den Satz von Funktionen handelt, die der Treiber implementiert, enthält SQLFetchScroll, SQLExtendedFetch und zugehörige Anweisungsattribute. Da ODBC diese Aufteilung zwischen der API und dem SPI nicht formal erzwingt, ist es für ODBC 3.x-Anwendungen möglich , SQLExtendedFetch - und zugehörige Anweisungsattribute aufzurufen. Es gibt jedoch keinen Grund für die ODBC 3.x-Anwendung , dies zu tun. Weitere Informationen zu APIs und SPIs finden Sie in der Einführung in die ODBC-Architektur.

Informationen dazu, welche Funktionen und Anweisungsattribute eine ODBC 3.x-Anwendung mit Block- und bildlauffähigen Cursorn verwenden sollte, finden Sie unter Blockcursor, Scrollbare Cursor und Abwärtskompatibilität für ODBC 3.x-Anwendungen.

In diesem Abschnitt werden die folgenden Themen behandelt:

• Funktionen des Treiber-Managers

• Funktionen des Treibers