Por que o ODBC foi criado?

Historicamente, as empresas utilizavam um único SGBD. Todo o acesso à base de dados era feito através da interface desse sistema ou através de aplicações escritas para funcionar exclusivamente com esse sistema. No entanto, à medida que o uso de computadores cresceu e mais hardware e software informático se tornaram disponíveis, as empresas começaram a adquirir diferentes SGBD. As razões eram muitas: as pessoas compravam o que era mais barato, o mais rápido, o que já sabiam, o que havia de mais recente no mercado, o que funcionava melhor para uma única aplicação. Outras razões foram reorganizações e fusões, onde departamentos que antes tinham um único SGBD passaram a ter vários.

A questão tornou-se ainda mais complexa com o advento dos computadores pessoais. Estes computadores trouxeram uma série de ferramentas para consultas, análises e visualização de dados, juntamente com várias bases de dados económicas e fáceis de usar. A partir daí, uma única empresa frequentemente tinha dados espalhados por uma miríade de desktops, servidores e minicomputadores, armazenados numa variedade de bases de dades incompatíveis e acedidos por uma vasta gama de ferramentas diferentes, poucas das quais conseguiam aceder a todos os dados.

O desafio final surgiu com o advento da computação cliente/servidor, que procura fazer o uso mais eficiente dos recursos informáticos. Computadores pessoais económicos (os clientes) estão no ambiente de trabalho e fornecem tanto uma interface gráfica para os dados como várias ferramentas económicas, como folhas de cálculo, programas de gráficos e construtores de relatórios. Minicomputadores e computadores mainframe (os servidores) alojam os SGBD, onde podem usar o seu poder computacional e localização central para fornecer acesso rápido e coordenado aos dados. Como deveria então o software de front-end ser ligado às bases de dados de back-end?

Um problema semelhante enfrentava os fornecedores independentes de software (ISVs). Os fornecedores que desenvolviam software de bases de dados para minicomputadores e mainframes eram geralmente obrigados a escrever uma versão de uma aplicação para cada SGBD ou a escrever código específico do SGBD para cada SGBD que pretendiam aceder. Os fornecedores que desenvolviam software para computadores pessoais tinham de criar rotinas de acesso a dados para cada DBMS diferente com que pretendiam trabalhar. Isto significava frequentemente que uma enorme quantidade de recursos era gasta a escrever e manter rotinas de acesso a dados em vez de aplicações, e as aplicações eram frequentemente vendidas não pela sua qualidade, mas sim pela possibilidade de aceder a dados num dado SGBD.

O que ambos os grupos de programadores precisavam era de uma forma de aceder a dados em diferentes SGBD. O grupo de mainframes e minicomputadores precisava de uma forma de fundir dados de diferentes SGBD numa única aplicação, enquanto o grupo de computadores pessoais precisava desta capacidade, bem como de uma forma de escrever uma única aplicação independente de qualquer SGBD. Em suma, ambos os grupos precisavam de uma forma interoperável de aceder aos dados; Precisavam de conectividade aberta às bases de dados.