Standardowy interfejs programowania

Interfejs programowania jest być może najbardziej oczywistym kandydatem do standaryzacji. W rzeczywistości kiedy ODBC był opracowywany, ANSI i ISO już ustanowiły standardy dla osadzonego SQL oraz modułów SQL. Chociaż dla interfejsu wiersza polecenia bazy danych nie istniały żadne standardy, grupa dostępu SQL — branżowe konsorcjum dostawców baz danych — rozważała, czy utworzyć; części ODBC później stały się podstawą ich pracy.

Jednym z wymagań dotyczących ODBC było to, że jeden plik binarny aplikacji musiał pracować z wieloma systemami DBMS. Z tego powodu odBC nie używa osadzonych języków SQL ani modułów. Mimo że język w osadzonych językach SQL i modułów jest ustandaryzowany, każdy z nich jest powiązany z prekompilerami specyficznymi dla systemu DBMS. W związku z tym aplikacje muszą być ponownie skompilowane dla każdego systemu DBMS, a wynikowe pliki binarne działają tylko z pojedynczym systemem DBMS. Chociaż jest to akceptowalne w przypadku aplikacji o małej ilości w świecie minikomputerów i komputerów mainframe, jest to niedopuszczalne w świecie komputerów osobistych. Po pierwsze, dostarczenie klientom wielu wersji oprogramowania pakowanego w folię termokurczliwą w dużych nakładach jest logistycznym koszmarem; po drugie, aplikacje komputerów osobistych często muszą jednocześnie uzyskiwać dostęp do wielu systemów zarządzania bazami danych (DBMS).

Z drugiej strony interfejs poziomu wywołań można zaimplementować za pomocą bibliotek lub sterowników baz danych, które znajdują się na każdym komputerze lokalnym; dla każdego systemu DBMS jest wymagany inny sterownik. Ponieważ nowoczesne systemy operacyjne mogą ładować takie biblioteki (takie jak biblioteki dynamiczne w systemie operacyjnym Microsoft Windows) w czasie wykonywania, jedna aplikacja może uzyskiwać dostęp do danych z różnych systemów DBMS bez ponownej kompilacji, a także uzyskiwać dostęp do danych z wielu baz danych jednocześnie. Gdy nowe sterowniki baz danych staną się dostępne, użytkownicy mogą po prostu zainstalować je na swoich komputerach bez konieczności modyfikowania, ponownego kompilowania lub ponownego połączenia aplikacji bazy danych. Ponadto interfejs wywołań był dobrym kandydatem na ODBC, ponieważ Windows - platforma, dla której pierwotnie opracowano ODBC - już szeroko stosował takie biblioteki.