Cursors, schuifbare cursors en compatibiliteit met eerdere versies blokkeren
Het bestaan van zowel SQLFetchScroll als SQLExtendedFetch vertegenwoordigt de eerste duidelijke splitsing in ODBC tussen de Application Programming Interface (API), die de set functies is die de toepassing aanroept en de Service Provider Interface (SPI), die de set functies is die het stuurprogramma implementeert. Deze splitsing is nodig zodat ODBC 3.x, die gebruikmaakt van SQLFetchScroll, is afgestemd op de standaarden en ook compatibel is met ODBC 2.x, die gebruikmaakt van SQLExtendedFetch.
De ODBC-3.x-API, de set functies die de toepassing aanroept, bevat SQLFetchScroll- en gerelateerde instructiekenmerken. De ODBC-3.x SPI, de set functies die het stuurprogramma implementeert, bevat SQLFetchScroll, SQLExtendedFetchen gerelateerde instructiekenmerken. Omdat ODBC deze splitsing tussen de API en de SPI niet formeel afdwingt, is het mogelijk voor ODBC-3.x--toepassingen om SQLExtendedFetch-- en gerelateerde instructiekenmerken aan te roepen. Er is echter geen reden voor ODBC 3.x toepassing om dit te doen. Zie de inleiding tot ODBC-architectuurvoor meer informatie over API's en API's.
Zie voor informatie over welke functies en instructiekenmerken een ODBC-3.x--toepassing moet gebruiken met blok- en schuifbare cursors, zie Cursors blokkeren, schuifbare cursors en compatibiliteit met eerdere versies voor ODBC 3.x-toepassingen.
Deze sectie bevat de volgende onderwerpen.