Czy ODBC jest odpowiedzią?

Przed zagłębieniem się w pytanie dotyczące współdziałania należy rozważyć następujące pytanie: Czy aplikacja w ogóle powinna używać odBC? Może się wydawać, że to dziwne pytanie w przewodniku po ODBC, ale w rzeczywistości jest ono uzasadnione. Funkcja ODBC nie została zaprojektowana do całkowitego zastąpienia natywnych interfejsów API bazy danych ani nie została zaprojektowana w celu zapewnienia dostępu do bazy danych we wszystkich okolicznościach. Został zaprojektowany w celu zapewnienia wspólnego interfejsu baz danych i miał na celu uwolnienie programistów aplikacji od konieczności uczenia się i utrzymywania linków do wielu baz danych.

Aplikacje niestandardowe są głównymi kandydatami do natywnych interfejsów API bazy danych. Głównym powodem jest to, że aplikacje niestandardowe często współpracują z pojedynczym systemem DBMS i nie muszą być współdziałające. Natywne interfejsy API baz danych mogą wykonywać lepszą pracę niż ODBC, ujawniając możliwości określonego systemu DBMS i mogą uwidaczniać możliwości, które nie są uwidocznione przez odBC. Ponadto, ponieważ deweloperzy aplikacji niestandardowych zwykle znają natywny interfejs API bazy danych dla ich systemu DBMS, nie ma powodu, aby nauczyć się odBC. Warto jednak zauważyć, że w przypadku niektórych zestawów DBMS odBC jest natywnym interfejsem API bazy danych.

Więc które aplikacje są kandydatami do ODBC? Najlepszymi kandydatami są aplikacje, które współpracują z więcej niż jednym systemem DBMS. Obejmuje to praktycznie wszystkie aplikacje ogólne i pionowe. Zawiera również wiele aplikacji niestandardowych. Na przykład aplikacje niestandardowe korzystające z kilku różnych zestawów DBMS są znacznie łatwiejsze i czystsze do zapisu za pomocą odBC niż w przypadku wielu natywnych interfejsów API. Aplikacje niestandardowe napisane za pomocą odBC są znacznie łatwiejsze do migracji, ponieważ firma przenosi się z jednego systemu DBMS do innego lub wdraża tę samą aplikację na różnych systemach DBMS.