Curseurs de bloc, curseurs avec défilement et compatibilité descendante
L’existence de SQLFetchScroll et de SQLExtendedFetch représente le premier fractionnement clair dans ODBC entre l’interface de programmation d’application (API), qui est l’ensemble de fonctions que l’application appelle, et l’interface de fournisseur de services (SPI), qui est l’ensemble de fonctions implémentées par le pilote. Ce fractionnement est nécessaire pour qu’ODBC 3.x, qui utilise SQLFetchScroll, soit aligné sur les normes et également compatible avec ODBC 2.x, qui utilise SQLExtendedFetch.
L’API ODBC 3.x , qui est l’ensemble de fonctions que l’application appelle, inclut SQLFetchScroll et les attributs d’instruction associés. Le SPI ODBC 3.x , qui est l’ensemble des fonctions implémentées par le pilote, inclut SQLFetchScroll, SQLExtendedFetch et les attributs d’instruction associés. Étant donné qu’ODBC n’applique pas formellement ce fractionnement entre l’API et le SPI, il est possible pour les applications ODBC 3.x d’appeler SQLExtendedFetch et les attributs d’instruction associés. Toutefois, il n’y a aucune raison que l’application ODBC 3.x le fasse. Pour plus d’informations sur les API et les API, consultez la présentation de l’architecture ODBC.
Pour plus d’informations sur les fonctions et les attributs d’instruction qu’une application ODBC 3.x doit utiliser avec des curseurs de bloc et de défilement, consultez Curseurs de bloc, curseurs avec défilement et compatibilité descendante pour les applications ODBC 3.x.
Cette section contient les rubriques suivantes :