Compartir vía


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 estaba desarrollando, ANSI e ISO ya proporcionaban estándares para los módulos SQL y SQL insertados. 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 funcionar con varios DBMS. Por este motivo, ODBC no usa lenguajes SQL incrustados ni módulos. Aunque el lenguaje en los lenguajes SQL y de 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 los mundos de sistemas central es y mini ordenadores, es inaceptable en el mundo de equipos personales. En primer lugar, es una pesadilla logística tener que 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 mediante 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 utilizó ampliamente estas bibliotecas.