Interfaz de programación estándar

La interfaz de programación es quizás el candidato más obvio para la normalización. De hecho, cuando ODBC se desarrollaba, ANSI e ISO ya proporcionaban estándares para SQL incrustado y módulos SQL. Aunque no existía ningún estándar para una CLI de base de datos, el grupo de acceso de SQL (un consorcio del sector de proveedores de bases de datos) estaba considerando si se debe crear uno; partes de ODBC más tarde se convirtieron en la base de su trabajo.

Uno de los requisitos de ODBC era que un único binario de aplicación tenía que trabajar con varios DBMS. Por este motivo, ODBC no usa lenguajes sql incrustados ni módulos. Aunque el lenguaje en los lenguajes SQL y módulo incrustados está estandarizado, cada uno está vinculado a precompiladores específicos de DBMS. Por lo tanto, las aplicaciones deben volver a compilarse para cada DBMS y los archivos binarios resultantes solo funcionan con un único DBMS. Aunque esto es aceptable para las aplicaciones de bajo volumen que se encuentran en el minicomputer y los mundos del sistema central, es inaceptable en el mundo del equipo personal. En primer lugar, es una pesadilla logística para entregar varias versiones de software de gran volumen y encapsulado a los clientes; en segundo lugar, las aplicaciones de equipos personales a menudo necesitan tener acceso a varios DBMS simultáneamente.

Por otro lado, se puede implementar una interfaz de nivel de llamada a través de bibliotecas o controladores de base de datos, que residen en cada máquina local; se requiere un controlador diferente para cada DBMS. Dado que los sistemas operativos modernos pueden cargar estas bibliotecas (como bibliotecas de vínculos dinámicos en el sistema operativo Microsoft Windows) en tiempo de ejecución, una sola aplicación puede acceder a datos de diferentes DBMS sin volver a compilar y también puede acceder a datos de varias bases de datos simultáneamente. A medida que los nuevos controladores de base de datos estén disponibles, los usuarios solo pueden instalarlos en sus equipos sin tener que modificar, volver a compilar o volver a vincular sus aplicaciones de base de datos. Además, una interfaz de nivel de llamada era una buena candidata para ODBC porque Windows ,la plataforma para la que ODBC se desarrolló originalmente, ya hizo un uso extenso de estas bibliotecas.