Cursores em bloco, 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ços), que é o conjunto de funções que o driver implementa. Essa divisão é necessária para que o ODBC 3.x, que usa SQLFetchScroll, seja atribuído aos padrões e também seja compatível com o ODBC 2.x, que usa SQLExtendedFetch.

A API ODBC 3.x , que é o conjunto de funções que o aplicativo chama, inclui sqlFetchScroll e atributos de instrução relacionados. O SPI ODBC 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 aplicativos ODBC 3.x chamem SQLExtendedFetch e atributos de instrução relacionados. No entanto, não há nenhum motivo para o aplicativo ODBC 3.x fazer isso. Para obter mais informações sobre APIs e SPIs, consulte a introdução à 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ável, consulte Bloquear cursores, cursores roláveis e compatibilidade com versões anteriores para aplicativos ODBC 3.x.

Esta seção contém os seguintes tópicos.