Partager via

Fournisseurs OLE DB (ADO)

  • Article

OLE DB définit un ensemble d’interfaces COM pour fournir aux applications un accès uniforme à des données stockées dans diverses sources d’informations. Cette approche permet à une source de données de partager ses données via les interfaces qui prennent en charge les fonctionnalités SGBD appropriées. De par sa conception, l’architecture haute performance d’OLE DB repose sur son utilisation d’un modèle de services flexible, basé sur des composants. Au lieu d’avoir un nombre prescrit de couches intermédiaires entre l’application et les données, OLE DB ne nécessite que les composants nécessaires pour accomplir une tâche particulière.

Par exemple, supposons qu’un utilisateur souhaite exécuter une requête. Examinez les scénarios suivants :

  • Les données résident dans une base de données relationnelle pour laquelle il existe actuellement un pilote ODBC, mais pas de fournisseur OLE DB natif : l’application utilise ADO pour communiquer avec le fournisseur OLE DB pour ODBC, qui charge alors le pilote ODBC approprié. Le pilote transmet l’instruction SQL au SGBD qui récupère les données.

  • Les données résident dans Microsoft SQL Server pour lequel il existe un fournisseur OLE DB natif : l’application utilise ADO pour communiquer directement avec le fournisseur OLE DB pour Microsoft SQL Server. Aucun intermédiaire n’est requis.

  • Les données résident dans Microsoft Exchange Server pour lequel il existe un fournisseur OLE DB, mais qui n’expose pas de moteur pour traiter des requêtes SQL : l’application utilise ADO pour communiquer avec le fournisseur OLE DB pour Microsoft Exchange, et appelle un composant processeur de requêtes OLE DB pour gérer l’interrogation.

  • Les données résident dans le système de fichiers MICROSOFT NTFS sous la forme de documents : l’accès aux données passe par un fournisseur OLE DB natif sur le Service d’indexation Microsoft, qui indexe le contenu et les propriétés des documents dans le système de fichiers pour permettre des recherches de contenu efficaces.

Dans tous les exemples précédents, l’application peut interroger les données. Les besoins de l’utilisateur sont satisfaits avec un nombre minimal de composants. Dans chaque cas, des composants supplémentaires ne sont utilisés qu’en cas de nécessité, et seuls les composants requis sont appelés. Ce chargement à la demande de composants réutilisables et partageables contribue considérablement à la haute performance que permet l’utilisation d’OLE DB.

Les fournisseurs se répartissent en deux catégories : les fournisseurs de données et les fournisseurs de services. Un fournisseur de données possède ses propres données qu’il expose sous forme tabulaire à votre application. Un fournisseur de services encapsule un service en produisant et consommant des données, augmentant ainsi les fonctionnalités de vos applications ADO. Un fournisseur de services peut également être défini comme un composant de service qui doit travailler conjointement avec d’autres fournisseurs de services ou composants.

ADO fournit une interface cohérente de niveau supérieur aux divers fournisseurs OLE DB.

Cette section contient les rubriques suivantes :