Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
L’interface de programmation est peut-être le candidat le plus évident à la normalisation. En fait, lorsque ODBC était en cours de développement, ANSI et ISO fournissaient déjà des normes pour les modules SQL et SQL incorporés. Bien qu’aucune norme n’existait pour une interface CLI de base de données, le groupe SQL Access - un consortium industriel de fournisseurs de bases de données - envisageait s’il faut en créer un ; les parties d’ODBC sont devenues plus tard la base de leur travail.
L’une des conditions requises pour ODBC était qu’un fichier binaire d’application unique devait fonctionner avec plusieurs SGBD. C’est pour cette raison que ODBC n’utilise pas de langages SQL ou de module incorporés. Bien que le langage dans les langages SQL incorporés et les langages de module soit normalisé, chacun est lié aux précompileurs spécifiques au SGBD. Par conséquent, les applications doivent être recompilées pour chaque SGBD et les fichiers binaires résultants ne fonctionnent qu’avec un seul SGBD. Bien que cela soit acceptable pour les applications de faible volume trouvées dans les mondes mini-ordinateur et mainframe, il est inacceptable dans le monde de l’ordinateur personnel. Tout d'abord, il s'agit d'un cauchemar logistique de livrer plusieurs versions de logiciels à forte volumétrie, emballés sous film rétractable, aux clients; deuxièmement, les applications pour PC doivent souvent accéder simultanément à plusieurs SGBD.
En revanche, une interface au niveau des appels peut être implémentée via des bibliothèques ou des pilotes de base de données qui résident sur chaque ordinateur local ; un pilote différent est requis pour chaque SGBD. Étant donné que les systèmes d’exploitation modernes peuvent charger ces bibliothèques (telles que des bibliothèques de liens dynamiques sur le système d’exploitation Microsoft Windows) au moment de l’exécution, une application unique peut accéder aux données de différents SGBD sans recompilation et accéder simultanément aux données de plusieurs bases de données. À mesure que de nouveaux pilotes de base de données deviennent disponibles, les utilisateurs peuvent simplement les installer sur leurs ordinateurs sans avoir à modifier, recompiler ou lier à nouveau leurs applications de base de données. En outre, une interface au niveau des appels était un bon candidat pour ODBC, car Windows - la plateforme pour laquelle ODBC a été initialement développé - a déjà fait une utilisation étendue de ces bibliothèques.