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.