Architektura ODBC

Architektura ODBC ma cztery składniki:

• Aplikacja wykonuje przetwarzanie i wywołuje funkcje ODBC w celu przesyłania instrukcji SQL i pobierania wyników.

• Menedżer sterowników Ładuje i zwalnia sterowniki w imieniu aplikacji. Przetwarza wywołania funkcji ODBC lub przekazuje je do sterownika.

• Sterownik Przetwarza wywołania funkcji ODBC, przesyła żądania SQL do określonego źródła danych i zwraca wyniki do aplikacji. W razie potrzeby sterownik modyfikuje żądanie aplikacji, tak aby żądanie było zgodne ze składnią obsługiwaną przez skojarzone usługi DBMS.

• Źródło danych Składa się z danych, do których użytkownik chce uzyskać dostęp, oraz skojarzonego z nim systemu operacyjnego, systemu DBMS i platformy sieciowej (jeśli istnieje) używanej do uzyskiwania dostępu do systemu DBMS.

Zwróć uwagę na następujące kwestie dotyczące architektury ODBC. Najpierw może istnieć wiele sterowników i źródeł danych, co umożliwia aplikacji jednoczesne uzyskiwanie dostępu do danych z więcej niż jednego źródła danych. Po drugie, interfejs API ODBC jest używany w dwóch miejscach: między aplikacją a Menedżerem sterowników i między Menedżerem sterowników a każdym sterownikiem. Interfejs między menedżerem sterowników a sterownikami jest czasami określany jako interfejs dostawcy usług lub SPI. W przypadku interfejsu ODBC interfejs programowania aplikacji (API) i interfejs dostawcy usług (SPI) są takie same; oznacza to, że Menedżer sterowników i każdy sterownik mają ten sam interfejs do tych samych funkcji.

Ta sekcja zawiera następujące tematy.

• Aplikacje

• Menedżer sterowników

• Sterowniki

• źródła danych