Compartir vía

Cursores de bloque, cursores desplazables y compatibilidad con versiones anteriores

  • Artículo

La existencia de SQLFetchScroll y SQLExtendedFetch representa la primera división clara en ODBC entre la interfaz de programación de aplicaciones (API), que es el conjunto de funciones que llama a la aplicación y la interfaz de proveedor de servicios (SPI), que es el conjunto de funciones que implementa el controlador. Esta división es necesaria para que ODBC 3.x, que usa SQLFetchScroll, esté alineado con los estándares y también sea compatible con ODBC 2.x, que usa SQLExtendedFetch.

La API de de ODBC 3.x, que es el conjunto de funciones a las que llama la aplicación, incluye sqlFetchScroll y atributos de instrucción relacionados. Odbc 3.x SPI, que es el conjunto de funciones que implementa el controlador, incluye SQLFetchScroll, SQLExtendedFetchy atributos de instrucción relacionados. Dado que ODBC no aplica formalmente esta división entre la API y el SPI, es posible que odbc 3.x aplicaciones llamen a SQLExtendedFetch y atributos de instrucción relacionados. Sin embargo, no hay ninguna razón para que la aplicación de ODBC 3.x lo haga. Para obtener más información sobre las API y las SPIs, consulte la introducción a la arquitectura ODBC de .

Para obtener información sobre las funciones y los atributos de instrucción que una aplicación de ODBC 3.x debe usar con cursores de bloque y desplazable, vea Cursores de bloque, cursores desplazables y compatibilidad con versiones anteriores para aplicaciones ODBC 3.x.

Esta sección contiene los temas siguientes.