Warum wurde ODBC erstellt?

Historisch nutzten Unternehmen einen einzigen DBMS. Der gesamte Datenbankzugriff wurde entweder über das Front-End dieses Systems oder über Anwendungen durchgeführt, die für die ausschließliche Verwendung dieses Systems geschrieben wurden. Da der Einsatz von Computern jedoch immer mehr Computerhardware und -software verfügbar wurde, begannen Unternehmen, verschiedene DBMS zu erwerben. Die Gründe waren viele: Personen kauften, was am günstigsten war, was am schnellsten war, was sie bereits wussten, was am neuesten auf dem Markt war, was für eine einzige Anwendung am besten funktionierte. Andere Gründe waren Reorganisationen und Fusionen, bei denen abteilungen, die zuvor eine einzige DBMS hatten, jetzt mehrere hatten.

Das Problem wuchs noch komplexer mit der Einführung von PCs. Diese Computer brachten eine Vielzahl von Tools zum Abfragen, Analysieren und Anzeigen von Daten zusammen mit einer Reihe von kostengünstigen, einfach zu verwendenden Datenbanken mit sich. Von nun an hatte ein einzelnes Unternehmen oft Daten über eine Vielzahl von Desktops, Servern und Minicomputern verteilt, die in einer Vielzahl von inkompatiblen Datenbanken gespeichert sind, und auf die durch eine große Anzahl verschiedener Tools zugegriffen wurde, von denen nur wenige auf alle Daten zugreifen konnten.

Die letzte Herausforderung kam bei der Einführung von Client-/Server-Computing, die versucht, die effizienteste Nutzung von Computerressourcen zu machen. Kostengünstige PCs (die Clients) befinden sich auf dem Desktop und bieten sowohl ein grafisches Front-End für die Daten als auch eine Reihe von kostengünstigen Tools, z. B. Tabellenkalkulationen, Diagrammprogramme und Berichts-Generatoren. Minicomputer und Standard framecomputer (die Server) hosten die DBMSs, wo sie ihre Rechenleistung und ihren zentralen Standort verwenden können, um einen schnellen, koordinierten Datenzugriff zu ermöglichen. Wie war die Front-End-Software dann mit den Back-End-Datenbanken verbunden?

Ein ähnliches Problem stellte sich unabhängigen Softwareanbietern (ISVs) gegenüber. Anbieter, die Datenbanksoftware für Minicomputer und Standard frames schreiben, mussten in der Regel eine Version einer Anwendung für jeden DBMS schreiben oder DBMS-spezifischen Code für jeden DBMS schreiben, auf den sie zugreifen wollten. Anbieter, die Software für PCs schreiben, mussten Datenzugriffsroutinen für jedes unterschiedliche DBMS schreiben, mit dem sie arbeiten wollten. Dies bedeutete oft, dass eine große Menge an Ressourcen für das Schreiben und Standard Beibehalten von Datenzugriffsroutinen anstelle von Anwendungen ausgegeben wurden, und Anwendungen wurden oft nicht auf ihre Qualität verkauft, sondern darüber, ob sie auf Daten in einem bestimmten DBMS zugreifen konnten.

Was beide Entwicklergruppen benötigten, war eine Möglichkeit, auf Daten in verschiedenen DBMSs zuzugreifen. Die Gruppe "Standard frame" und "Minicomputer" benötigt eine Möglichkeit zum Zusammenführen von Daten aus verschiedenen DBMSs in einer einzigen Anwendung, während die Personal Computergruppe diese Möglichkeit benötigt hat, sowie eine Möglichkeit zum Schreiben einer einzelnen Anwendung, die unabhängig von einem DBMS war. Kurz gesagt, beide Gruppen benötigten eine interoperable Möglichkeit für den Zugriff auf Daten; sie benötigten eine offene Datenbankkonnektivität.