Share via

Architecture d’ODBC

  • Article

L’architecture ODBC comporte quatre composants :

  • L’application effectue le traitement et appelle des fonctions ODBC pour envoyer des instructions SQL et récupérer des résultats.

  • Le gestionnaire de pilotes charge et décharge les pilotes pour le compte d’une application. Traite les appels de fonction ODBC ou les transmet à un pilote.

  • Le pilote traite les appels de fonction ODBC, envoie des requêtes SQL à une source de données spécifique et retourne les résultats à l’application. Si nécessaire, le pilote modifie la demande d’une application afin que la demande soit conforme à la syntaxe prise en charge par le SGBD associé.

  • La source de données se compose des données que l’utilisateur souhaite accéder et à son système d’exploitation associé, SGBD et plateforme réseau (le cas échéant) utilisée pour accéder au SGBD.

Notez les points suivants concernant l’architecture ODBC. Tout d’abord, plusieurs pilotes et sources de données peuvent exister, ce qui permet à l’application d’accéder simultanément aux données de plusieurs sources de données. Deuxièmement, l’API ODBC est utilisée à deux endroits : entre l’application et le Gestionnaire de pilotes, et entre le Gestionnaire de pilotes et chaque pilote. L’interface entre le Gestionnaire de pilotes et les pilotes est parfois appelée interface du fournisseur de services ou SPI. Pour ODBC, l’interface de programmation d’applications (API) et l’interface du fournisseur de services (SPI) sont identiques ; autrement dit, le Gestionnaire de pilotes et chaque pilote ont la même interface avec les mêmes fonctions.

Cette section contient les rubriques suivantes :