Cursori rettangolari, cursori scorrevoli e compatibilità con le versioni precedenti
L'esistenza di SQLFetchScroll e SQLExtendedFetch rappresenta la prima suddivisione 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 ed essere compatibile anche con ODBC 2.x, che usa SQLExtendedFetch.
L'API ODBC 3.x , ovvero il set di funzioni chiamate dall'applicazione, include gli attributi di istruzione SQLFetchScroll e correlati. ODBC 3.x SPI, ovvero il set di funzioni implementate dal driver, include gli attributi sqlFetchScroll, SQLExtendedFetch e istruzioni correlate. Poiché ODBC non applica formalmente questa suddivisione tra l'API e lo SPI, è possibile che le applicazioni ODBC 3.x chiamino gli attributi di istruzione SQLExtendedFetch e correlati. Tuttavia, non esiste alcun motivo per cui l'applicazione ODBC 3.x deve eseguire questa operazione. Per altre informazioni sulle API e sugli SPI, vedere l'introduzione all'architettura ODBC.
Per informazioni sulle funzioni e sugli attributi 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 descrive gli argomenti seguenti:
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per