Bloquear cursores, cursores roláveis e compatibilidade com versões anteriores
Artigo
A existência de SQLFetchScroll e SQLExtendedFetch representa a primeira divisão clara no ODBC entre a API (Interface de Programação de Aplicativo), que é o conjunto de funções que o aplicativo chama e a SPI (Interface do Provedor de Serviço), que é o conjunto de funções que o driver implementa. Essa divisão é necessária para que o ODBC 3.x, que usa SQLFetchScroll, esteja alinhado com os padrões e também seja compatível comODBC 2.x, que usa SQLExtendedFetch.
A API de ODBC 3.x, que é o conjunto de funções que o aplicativo chama, inclui atributos de instrução sqlFetchScroll e relacionados. O ODBC SPI de 3.x, que é o conjunto de funções que o driver implementa, inclui SQLFetchScroll, SQLExtendedFetch e atributos de instrução relacionados. Como o ODBC não impõe formalmente essa divisão entre a API e a SPI, é possível que o ODBC aplicativos de 3.x chamem SQLExtendedFetch e atributos de instrução relacionados. No entanto, não há motivo para o aplicativo ODBC 3.x fazer isso. Para obter mais informações sobre APIs e SPIs, consulte a introdução ao de arquitetura ODBC.