Informations complémentaires liées à MDAC

Microsoft France
Auteur : Martine THIPHAINE
Date de révision : 26/09/01
Version : 2.0
Microsoft – Technopoche
ADO
ActiveX Data Objects

2/17
Microsoft France
Auteur : Martine THIPHAINE
Date de révision : 26/09/01
Version : 2.0
SOMMAIRE
Eléments techniques ............................................................................................................................. 3
Définition .......................................................................................................................................... 3
Architecture technologique ............................................................................................................... 4
Le modèle objet ADO ....................................................................................................................... 5
Historique des versions ..................................................................................................................... 6
Exemples de Code ............................................................................................................................ 7
Mise en œuvre du modèle objet .................................................................................................... 7
Squelettes ...................................................................................................................................... 7
Chaînes de connexion .................................................................................................................. 12
Outils de debug ............................................................................................................................... 14
Informations complémentaires liées à MDAC ................................................................................... 16
Installation de la couche MDAC .................................................................................................... 16
Comment déterminer quelle version de MDAC est installée? ....................................................... 16
Remarque importante sur MDAC 2.6 ............................................................................................. 16
Où trouver des informations complémentaires? ............................................................................. 16
Référence des articles cités ................................................................................................................ 17
PREFACE
Ce document a été écrit par Martine THIPHAINE, ingénieur Support Développement à Microsoft
France. Il est destiné aux développeurs désirant aborder la technologie ADO.

3/17
Microsoft France
Auteur : Martine THIPHAINE
Date de révision : 26/09/01
Version : 2.0
Eléments techniques
Définition
L'ADO ou ActiveX Data Objets est un modèle objet d'accès aux données qui s'appuie sur OLEDB.
Il permet d'adresser des données qui proviennent de bases de données relationnelles (SQL Server,
Oracle…), ou d'autres sources de données non relationnelles telles que des fichiers texte, des
sources de données non Microsoft…C'est un moyen d'accéder de manière unique à tout type de
données. D’une certaine manière, on peut dire que ODBC fédère l’accès aux bases de données
relationnelles, alors qu’OLEDB fédère l’accès à tous types de données, relationnelles ou non.
Ce modèle objet a été introduit comme modèle d'accès aux données pour IIS. Ses principales
caractéristiques sont les suivantes:
 Trafic minimal sur le réseau
 Thread Safe (supporte les accès concurrentiels ou multithread)
 Nombre de couches minimal entre l'application et les données
 Facile d'utilisation : modèle objet Automation
 Prise en compte des connaissances acquises par les développeurs sur les autres technologies
telles que DAO ou RDO
Ce document s'applique à ADO à partir de la version 2.1.

4/17
Microsoft France
Auteur : Martine THIPHAINE
Date de révision : 26/09/01
Version : 2.0
Architecture technologique
Visual Basic, Visual Interdev, Visual C++, Office, Internet Explorer
Outils,
Langages,
Applications
Modèles
objets DAO
Data Access Objects ADO ActiveX Data Objects
RDO
Remote Data Objects
APIs ODBC OLEDB
API Jet &
Moteur JEt
Pilotes ODBC Fournisseurs OLEDB
Réseau (NetLib)
APIs
ODBC Direct
MSDASQL Autres
Base de
données Base de données Source de données
Données
Figure 1 : Architecture technologique
Définition: OLEDB
OLEDB est une technologie qui a pour but de résoudre certaines contraintes d'ODBC. Cette
technologie autorise l'accès à tout type de données, permet de gérer l'aspect distribué des sources de
données, et prend en compte les contraintes du Web. Cette technologie a pour but à terme de
remplacer la technologie ODBC. ADO est le modèle objet qui permet de simplifier l'accès à cette
technologie.
Définition : fournisseur OLEDB (terme US:OLEDB Provider):
Un fournisseur OLEDB implémente les interfaces OLEDB. Il permet à un consommateur OLEDB
d'accéder à tout type de sources de données d'une façon uniforme, à travers cet ensemble
d'interfaces documentées. Dans un certain sens, un fournisseur OLEDB est similaire à un driver
ODBC qui fournit un mécanisme uniforme d'accès à des données relationnelles. Les fournisseurs
OLEDB fournissent non seulement un mécanisme uniforme d'accès aux données relationnelles,
mais également aux données non relationnelles. De plus, les fournisseurs OLEDB sont construits
sur la base du modèle COM (Component Objet Model) alors les drivers ODBC sont basés sur une
spécification d'APIs C.
Concrètement, les fournisseurs OLEDB (terme US:OLEDB Providers) fournis permettant d'accéder
à des bases de données relationnelles sont les suivants:
 Le Provider OLEDB pour ODBC aussi nommé KAGERA ou MSDASQL

5/17
Microsoft France
Auteur : Martine THIPHAINE
Date de révision : 26/09/01
Version : 2.0
 Le Provider OLEDB pour SQL Server, nommé SQLOLEDB
 Le Provider OLEDB pour Oracle nommé MSDAORA
 Le Provider OLEDB pour Jet, nommé Jolt
Le modèle objet ADO
Le schéma suivant montre les objets et les relations existants entre les objets de ce modèle.
Figure 2: Objets et Collections du modèle objet ADO
Les objets Connection, Recordset et Command sont les objets les plus significatifs de ce modèle.
Classiquement, une application les utilise comme suit:
Objet ou Collection
Utilisation
Objet Connection
Permet d'établir les connexions entre le client et la source de données
Objet Command
Permet de réaliser des commandes, telles que des requêtes SQL ou des mises à jour d'une base.
Objet Recordset
Permet de voir et de manipuler les résultats d'une requête
Collection Parameters
Est utilisée lorsque la requête de l'objet Command nécessite des paramètres.
Collection Errors
La collection Errors et l'objet Error sont accédés au travers de l'objet Connection, lorsqu'une erreur
du fournisseur est générée. L'objet Error est différent de l'objet Err de VB, dans la mesure où il ne
contient que les erreurs remontées et définies par le provider, il permet donc d'obtenir des
informations précises sur la cause de l'erreur.
Collection Fields
La collection Fields et l'objet Field sont accédés au travers de l'objet Recordset, une fois que celui-ci
contient des données.
Tableau 1: Description des objets et collections
La collection Properties fournit des informations sur les caractéristiques des différents objets
Connection, Command, Recordset et Field. Chaque objet Property est accédé au travers de la
collection Properties de chacun de ces objets.
Figure 3 : Collection Properties
Bien que l'ADO soit un modèle de type hiérarchique, les objets de l'ADO, sauf Error, Field et
Property peuvent être créés de façon autonome, c'est-à-dire sans faire référence à l'objet parent.
Ceci est différent des objets DAO et RDO, qui nécessitent dans la plupart des cas la création d’objet
Parent (par exemple, un objet DAO.Connection nécessite un objet DAO.Workspace pour pouvoir
être créé).
ADO est un modèle objet qui propose une grande flexibilité au programmeur. Il y a donc souvent
différentes possibilités pour réaliser la même tâche. Par exemple, pour exécuter une requête, il est
possible d'utiliser la méthode Execute de l'objet Command ou bien de l'objet Connection.
En résumé, voici un diagramme qui montre les relations entre les différents objets qui constituent
l'ADO: