Waarom is ODBC gemaakt?

In het verleden gebruikten bedrijven één DBMS. Alle databasetoegang is uitgevoerd via de front-end van dat systeem of via toepassingen die uitsluitend met dat systeem zijn geschreven. Naarmate het gebruik van computers echter groeit en er meer computerhardware en -software beschikbaar werden, begonnen bedrijven verschillende DBMS's aan te schaffen. De redenen waren veel: Mensen kochten wat het goedkoopst was, wat het snelst was, wat ze al wisten, wat de nieuwste op de markt was, wat het beste werkte voor één toepassing. Andere redenen waren reorganisaties en fusies, waarbij afdelingen die voorheen één DBMS hadden nu meerdere.

Het probleem groeide nog complexer met de komst van persoonlijke computers. Deze computers hebben een groot aantal hulpprogramma's voor het uitvoeren van query's, het analyseren en weergeven van gegevens, samen met een aantal goedkope, gebruiksvriendelijke databases. Vanaf dat moment had één bedrijf vaak gegevens verspreid over een groot aantal desktops, servers en minicomputers, die zijn opgeslagen in verschillende incompatibele databases en toegankelijk zijn voor een groot aantal verschillende hulpprogramma's, waarvan er slechts weinig gegevens konden ophalen.

De laatste uitdaging kwam met de komst van client-/server-computing, die het meest efficiënte gebruik van computerbronnen wil maken. Goedkope persoonlijke computers (de clients) bevinden zich op het bureaublad en bieden zowel een grafische front-end aan de gegevens als een aantal goedkope hulpprogramma's, zoals spreadsheets, grafiekprogramma's en rapportbouwers. Minicomputers en mainframecomputers (de servers) hosten de DBMSs, waar ze hun rekenkracht en centrale locatie kunnen gebruiken om snelle, gecoördineerde gegevenstoegang te bieden. Hoe was de front-endsoftware dan verbonden met de back-enddatabases?

Een vergelijkbaar probleem trof onafhankelijke softwareleveranciers (ISV's). Leveranciers die databasesoftware schrijven voor minicomputers en mainframes, moesten meestal één versie van een toepassing schrijven voor elke DBMS of DBMS-specifieke code schrijven voor elke DBMS die ze wilden openen. Leveranciers die software schrijven voor persoonlijke computers moesten routines voor gegevenstoegang schrijven voor elke verschillende DBMS waarmee ze wilden werken. Dit betekende vaak dat er veel resources werden besteed aan het schrijven en onderhouden van routines voor gegevenstoegang in plaats van toepassingen, en toepassingen werden vaak niet verkocht aan hun kwaliteit, maar aan of ze toegang hadden tot gegevens in een bepaalde DBMS.

Wat beide sets ontwikkelaars nodig hebben, was een manier om toegang te krijgen tot gegevens in verschillende DBMS's. De mainframe- en minicomputergroep had een manier nodig om gegevens uit verschillende DBMS's samen te voegen in één toepassing, terwijl de groep van de persoonlijke computer deze mogelijkheid nodig had en een manier om één toepassing te schrijven die onafhankelijk was van één DBMS. Kortom, beide groepen hebben een interoperabele manier nodig om toegang te krijgen tot gegevens; ze hebben open databaseconnectiviteit nodig.