Condividi tramite

Cursori a blocchi, cursori scorrevoli e compatibilità con le versioni precedenti

  • Articolo

L'esistenza di SQLFetchScroll e SQLExtendedFetch rappresenta la prima divisione chiara in ODBC tra l'API (Application Programming Interface), ovvero il set di funzioni chiamate dall'applicazione e l'interfaccia del provider di servizi (SPI), ovvero il set di funzioni implementate dal driver. Questa suddivisione è necessaria in modo che ODBC 3.x, che usa SQLFetchScroll, sia allineato agli standard e sia compatibile anche con ODBC 2.x, che usa SQLExtendedFetch.

L'API ODBC 3.x, ovvero il set di funzioni chiamate dall'applicazione, include SQLFetchScroll e gli attributi di istruzione correlati. ODBC 3.x SPI, ovvero il set di funzioni implementate dal driver, include SQLFetchScroll, SQLExtendedFetche attributi di istruzione correlati. Poiché ODBC non applica formalmente questa suddivisione tra l'API e spi, è possibile che le applicazioni ODBC 3.x chiamare SQLExtendedFetch e gli attributi di istruzione correlati. Tuttavia, non esiste alcun motivo per l'applicazione ODBC 3.x a tale scopo. Per altre informazioni sulle API e sugli SPI, vedere l'introduzione all'architettura ODBC .

Per informazioni sugli attributi delle funzioni e delle istruzioni che un'applicazione ODBC 3.x deve usare con cursori a blocchi e scorrevoli, vedere cursori a blocchi, cursori scorrevoli e compatibilità con le versioni precedenti per le applicazioni ODBC 3.x.

Questa sezione contiene gli argomenti seguenti.