Udostępnij za pośrednictwem

Blokuj kursory, kursory z możliwością przewijania i zgodność z poprzednimi wersjami

  • Artykuł

Istnienie zarówno SQLFetchScroll, jak i SQLExtendedFetch reprezentuje pierwszy wyraźny podział między interfejsem programowania aplikacji (API), który jest zestawem funkcji wywoływanych przez aplikację i interfejsem dostawcy usług (SPI), który jest zestawem funkcji implementowanych przez sterownik. Ten podział jest niezbędny, aby ODBC 3.x, który używa SQLFetchScroll, jest zgodny ze standardami, a także być zgodny ze standardami ODBC 2.x, który używa SQLExtendedFetchFetch.

Interfejs API ODBC 3.x, który jest zestawem funkcji wywoływanych przez aplikację, obejmuje SQLFetchScroll i powiązane atrybuty instrukcji. OdBC 3.x SPI, który jest zestawem funkcji implementowanych przez sterownik, obejmuje SQLFetchScroll, SQLExtendedFetchFetchi powiązane atrybuty instrukcji. Ponieważ odBC nie wymusza formalnie tego podziału między interfejsEM API i spi, istnieje możliwość, że aplikacje ODBC 3.x do wywoływania SQLExtendedFetch i powiązanych atrybutów instrukcji. Nie ma jednak powodu, dla aplikacji ODBC 3.x. Aby uzyskać więcej informacji na temat interfejsów API i interfejsów SPI, zobacz wprowadzenie do architektury ODBC.

Aby uzyskać informacje na temat funkcji i instrukcji atrybutów ODBC 3.x aplikacji z kursorami blokowymi i przewijanymi, zobacz Blokuj kursory, Kursory przewijania i Zgodność z poprzednimi wersjami dla aplikacji ODBC 3.x.

Ta sekcja zawiera następujące tematy.