Fournisseurs OLE DB (ADO)
OLE DB définit un ensemble d’interfaces COM pour fournir aux applications un accès uniforme aux 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 la quantité de fonctionnalités SGBD appropriées à la source de données. Par conception, l’architecture haute performance d’OLE DB est basée 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 autant de composants que nécessaire pour accomplir une tâche particulière.
Par exemple, supposons qu’un utilisateur souhaite exécuter une requête. Tenez compte des scénarios suivants :
Les données résident dans une base de données relationnelle pour laquelle il existe actuellement un pilote ODBC, mais aucun fournisseur OLE DB natif : l’application utilise ADO pour communiquer avec le fournisseur OLE DB pour ODBC, qui charge ensuite 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 laquelle 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 lesquelles il existe un fournisseur OLE DB, mais qui n’expose pas de moteur pour traiter les requêtes SQL : l’application utilise ADO pour communiquer avec le fournisseur OLE DB pour Microsoft Exchange et appelle un composant de processeur de requêtes OLE DB pour gérer l’interrogation.
Les données résident dans le système de fichiers NTFS Microsoft sous la forme de documents : les données sont accessibles à l’aide d’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 remplis avec un nombre minimal de composants. Dans chaque cas, des composants supplémentaires sont utilisés uniquement si nécessaire, et seuls les composants requis sont appelés. Ce chargement à la demande de composants réutilisables et partageables contribue considérablement à des performances élevées lorsque OLE DB est utilisé.
Les fournisseurs se répartissent en deux catégories : celles qui fournissent des données et celles qui fournissent des services. Un fournisseur de données possède ses propres données et l’expose sous forme tabulaire à votre application. Un fournisseur de services encapsule un service en produisant et consommant des données, en augmentant les fonctionnalités de vos applications ADO. Un fournisseur de services peut également être défini en tant que composant de service, qui doit fonctionner conjointement avec d’autres fournisseurs de services ou composants.
ADO fournit une interface cohérente et de niveau supérieur aux différents fournisseurs OLE DB.
Cette section contient les rubriques suivantes.