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