Pourquoi ODBC a-t-il été créé ?
Historiquement, les entreprises utilisaient un SGBD unique. Tout l’accès à la base de données a été effectué via le serveur frontal de ce système ou par le biais d’applications écrites pour fonctionner exclusivement avec ce système. Toutefois, à mesure que l’utilisation des ordinateurs a augmenté et que de plus en plus de matériel informatique et de logiciels sont devenus disponibles, les entreprises ont commencé à acquérir différents SGBD. Les raisons étaient nombreuses : Personnes acheté ce qui était le moins cher, ce qui était le plus rapide, ce qu’ils connaissaient déjà, ce qui était le plus récent sur le marché, ce qui fonctionnait le mieux pour une seule application. D’autres raisons étaient des réorganisations et des fusions, où les ministères qui avaient auparavant un seul SGBD avaient maintenant plusieurs.
Le problème s’est encore plus complexe avec l’avènement des ordinateurs personnels. Ces ordinateurs ont apporté une multitude d’outils pour interroger, analyser et afficher des données, ainsi qu’un certain nombre de bases de données peu coûteuses et faciles à utiliser. À partir de là, une seule société avait souvent des données réparties sur une multitude de bureaux, de serveurs et de mini-ordinateurs, stockées dans une variété de bases de données incompatibles et accessibles par un grand nombre d’outils différents, dont peu pourraient obtenir toutes les données.
Le dernier défi est venu avec l’avènement de l’informatique client/serveur, qui cherche à rendre l’utilisation la plus efficace des ressources informatiques. Les ordinateurs personnels peu coûteux (les clients) sont assis sur le bureau et fournissent à la fois un front-end graphique aux données et un certain nombre d’outils peu coûteux, tels que les feuilles de calcul, les programmes de graphique et les générateurs de rapports. Les mini-ordinateurs et les ordinateurs mainframe (les serveurs) hébergent les SGBD, où ils peuvent utiliser leur puissance de calcul et leur emplacement central pour fournir un accès rapide et coordonné aux données. Comment le logiciel frontal était-il alors connecté aux bases de données principales ?
Un problème similaire est confronté à des éditeurs de logiciels indépendants (ISV). Les fournisseurs écrivant des logiciels de base de données pour les mini-ordinateurs et les ordinateurs mainframes ont généralement été obligés d’écrire une version d’une application pour chaque SGBD ou d’écrire du code spécifique au SGBD pour chaque SGBD auquel ils voulaient accéder. Les fournisseurs écrivant des logiciels pour les ordinateurs personnels ont dû écrire des routines d’accès aux données pour chaque SGBD différent avec lequel ils voulaient travailler. Cela signifie souvent qu’une grande quantité de ressources ont été dépensées pour écrire et maintenir des routines d’accès aux données plutôt que des applications, et les applications étaient souvent vendues non pas sur leur qualité, mais sur la façon dont elles pouvaient accéder aux données dans un SGBD donné.
Ce que les deux ensembles de développeurs avaient besoin était un moyen d’accéder aux données dans différents SGBD. Le groupe mainframe et mini-ordinateur avait besoin d’un moyen de fusionner des données à partir de différents SGBD dans une seule application, tandis que le groupe d’ordinateurs personnels avait besoin de cette capacité et d’un moyen d’écrire une seule application indépendante d’un SGBD. En bref, les deux groupes avaient besoin d’un moyen interopérable d’accéder aux données ; ils ont besoin d’une connectivité de base de données ouverte.