L’évolution des technologies d’accès aux données

Dans le modèle de base de données le
plus basique, les applications ne travaillent
qu’avec une base de données.
Le développeur peut programmer directement
par rapport aux interfaces
du système de base de données. Cette
méthode offre un moyen rapide et efficace
d’accès aux données. Mais elle
pose un gros problème dès qu’une entreprise
s’agrandit et que le développeur
doit étendre l’application. Cette
méthode signifie également que
chaque application standard doit avoir
une version différente pour supporter
chaque base de données. Au fur et à  mesure que l’entreprise change, grandit,
et parfois fusionne, les applications
doivent accéder à  de multiples bases
de données tournant sur des platesformes
différentes.

ODBC offre une interface commune
pour accéder à  des bases de
données SQL hétérogènes. ODBC utilise
SQL comme standard d’accès aux
données. La figure 1 présente un diagramme
d’architecture ODBC standard.
Cette interface jouit d’un maximum
d’interopérabilité: une
application peut accéder à  différents
SGBD (système de gestion de base de
données) SQL par l’intermédiaire d’un
jeu de code commun. Par conséquent,
un développeur peut créer et distribuer
une application client/serveur sans cibler un SGBD particulier.

Le développeur peut ajouter
des drivers de bases de données
pour relier l’application aux SGBD
choisis par l’utilisateur. Comme
le montre la figure 1, le gestionnaire
de drivers assure la liaison
intermédiaire entre l’application
et les bases de données. L’interface
ODBC contient un ensemble
de fonctions que les drivers de
chaque SGBD mettent en oeuvre.
Quand une application change de
SGBD, le développeur remplace simplement
l’ancien driver par le driver du
nouveau SGBD et l’application fonctionne
comme d’habitude – sans
qu’aucune modification de code ne
soit nécessaire.