¿Por qué se creó ODBC?

Históricamente, las empresas usaron un único DBMS. Todo el acceso a la base de datos se realizó a través del front-end de ese sistema o a través de aplicaciones escritas para trabajar exclusivamente con ese sistema. Sin embargo, a medida que el uso de equipos creció y más hardware informático y software llegó a estar disponible, las empresas empezaron a adquirir diferentes DBMS. Las razones eran muchas: las personas compraron lo más barato, lo que era más rápido, lo que ya sabían, lo que era más reciente en el mercado, lo que funcionó mejor para una sola aplicación. Otras razones eran reorganizaciones y fusiones, donde los departamentos que tenían anteriormente un único DBMS ahora tenían varios.

El problema creció aún más complejo con la llegada de ordenadores personales. Estos equipos trajeron una serie de herramientas para consultar, analizar y mostrar datos, junto con una serie de bases de datos económicas y fáciles de usar. A partir de entonces, una sola corporación a menudo tenía datos dispersos en una gran cantidad de escritorios, servidores y minicomputadoras, almacenados en una variedad de bases de datos incompatibles, y accedidos por un gran número de herramientas diferentes, pocas de las cuales podían acceder a todos los datos.

El desafío final llegó con la llegada de la informática cliente/servidor, que busca hacer el uso más eficaz de los recursos informáticos. Los equipos personales económicos (los clientes) se sitúan en el escritorio y proporcionan una interfaz gráfica a los datos y una serie de herramientas asequibles, como hojas de cálculo, programas de gráficos y generadores de informes. Minicomputers y equipos centrales (los servidores) hospedan los DBMS, donde pueden usar su potencia informática y ubicación central para proporcionar acceso rápido y coordinado a los datos. ¿Cómo se conectará el software front-end a las bases de datos back-end?

Un problema similar se enfrentaba a proveedores de software independientes (ISV). Los proveedores que escriben software de base de datos para minicomputeros y sistemas centrales normalmente se vieron obligados a escribir una versión de una aplicación para cada DBMS o escribir código específico de DBMS para cada DBMS al que querían acceder. Los proveedores que escriben software para equipos personales tenían que escribir rutinas de acceso a datos para cada DBMS diferente con la que querían trabajar. Esto a menudo significaba una gran cantidad de recursos que se dedicaban a escribir y mantener rutinas de acceso a datos en lugar de aplicaciones, y las aplicaciones a menudo se vendían no en su calidad, sino en si podían acceder a datos en un DBMS determinado.

Lo que necesitaban ambos conjuntos de desarrolladores era una manera de acceder a los datos en diferentes DBMS. El sistema central y el grupo de minicomputería necesitaban una manera de combinar datos de diferentes DBMS en una sola aplicación, mientras que el grupo de equipos personales necesitaba esta capacidad, así como una manera de escribir una sola aplicación independiente de cualquier DBMS. En resumen, ambos grupos necesitaban una manera interoperable de acceder a los datos; necesitaban conectividad de base de datos abierta.