D'apr=E8s les doc et l'aide en ligne (ce que j'en ai lu), le=20
choix de l'une ou l'autre des technologies semble=20
appartenir au d=E9veloppeur. Cependant, je constate que les=20
objets "recordset" associ=E9s au formulaires sont de type=20
DAO. Alors que cette techno semble en fin de course par=20
rapport =E0 ADO.
Et l'aide en ligne pr=E9cise que, en VB, la=20
propri=E9t=E9 "Recordset" (de type Object ... =E9videmment) d'un=20
formulaire retourne un objet ADO ou DAO.
Est-il possible de maitriser ce choix ? si oui comment ?=20
cela est-il impos=E9 par le moteur utilis=E9 ?=20
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Benoit Compoint [MS]
Bonjour,
A partir de la version 2000 d'Access, le développeur a effectivement le choix entre DAO et ADO, mais il doit tenir compte de certaines contraintes.
Pour Access 2000, 2002 et 2003 le développeur peut utiliser un fichier ADP au lieu d'un fichier MDB. Dans ce cas la base de données doit être une base Microsoft SQL Server (ou MSDE qui est une version bridée gratuite de Microsoft SQL Server). Dans un fichier ADP, le développeur doit utiliser ADO pour lier ses formulaires à un objet Recordset.
Dans un fichier MDB, le développeur a le choix entre DAO et ADO pour lier ses formulaires à un objet Recordset. Mais sur Access 2000, le développeur doit utiliser DAO pour que les données du formulaires soient modifiables : http://support.microsoft.com/?id"7053
Sur Access 2002 et 2003, dans un fichier MDB, le développeur peut utiliser DAO ou ADO : http://support.microsoft.com/?id(1998
Dans un fichier MDB, le développeur obtiendra généralement de meilleures performances avec DAO. Mais rien ne lui interdit d'utiliser aussi ADO dans la même application MDB, afin d'exploiter certaines fonctionnalités du moteur Jet qui ne sont pas accessibles via DAO.
Benoit Compoint
"Stéphane_Denis" wrote in message news:059101c3d8f1$fca510e0$ Bonjour,
D'après les doc et l'aide en ligne (ce que j'en ai lu), le choix de l'une ou l'autre des technologies semble appartenir au développeur. Cependant, je constate que les objets "recordset" associés au formulaires sont de type DAO. Alors que cette techno semble en fin de course par rapport à ADO.
Et l'aide en ligne précise que, en VB, la propriété "Recordset" (de type Object ... évidemment) d'un formulaire retourne un objet ADO ou DAO.
Est-il possible de maitriser ce choix ? si oui comment ? cela est-il imposé par le moteur utilisé ?
Merci de vos réponses
Stéphane
Bonjour,
A partir de la version 2000 d'Access, le développeur a effectivement le
choix entre DAO et ADO, mais il doit tenir compte de certaines contraintes.
Pour Access 2000, 2002 et 2003 le développeur peut utiliser un fichier ADP
au lieu d'un fichier MDB.
Dans ce cas la base de données doit être une base Microsoft SQL Server (ou
MSDE qui est une version bridée gratuite de Microsoft SQL Server).
Dans un fichier ADP, le développeur doit utiliser ADO pour lier ses
formulaires à un objet Recordset.
Dans un fichier MDB, le développeur a le choix entre DAO et ADO pour lier
ses formulaires à un objet Recordset.
Mais sur Access 2000, le développeur doit utiliser DAO pour que les données
du formulaires soient modifiables :
http://support.microsoft.com/?id"7053
Sur Access 2002 et 2003, dans un fichier MDB, le développeur peut utiliser
DAO ou ADO :
http://support.microsoft.com/?id(1998
Dans un fichier MDB, le développeur obtiendra généralement de meilleures
performances avec DAO.
Mais rien ne lui interdit d'utiliser aussi ADO dans la même application MDB,
afin d'exploiter certaines fonctionnalités du moteur Jet qui ne sont pas
accessibles via DAO.
Benoit Compoint
"Stéphane_Denis" <s.denis@codra.fr> wrote in message
news:059101c3d8f1$fca510e0$a101280a@phx.gbl...
Bonjour,
D'après les doc et l'aide en ligne (ce que j'en ai lu), le
choix de l'une ou l'autre des technologies semble
appartenir au développeur. Cependant, je constate que les
objets "recordset" associés au formulaires sont de type
DAO. Alors que cette techno semble en fin de course par
rapport à ADO.
Et l'aide en ligne précise que, en VB, la
propriété "Recordset" (de type Object ... évidemment) d'un
formulaire retourne un objet ADO ou DAO.
Est-il possible de maitriser ce choix ? si oui comment ?
cela est-il imposé par le moteur utilisé ?
A partir de la version 2000 d'Access, le développeur a effectivement le choix entre DAO et ADO, mais il doit tenir compte de certaines contraintes.
Pour Access 2000, 2002 et 2003 le développeur peut utiliser un fichier ADP au lieu d'un fichier MDB. Dans ce cas la base de données doit être une base Microsoft SQL Server (ou MSDE qui est une version bridée gratuite de Microsoft SQL Server). Dans un fichier ADP, le développeur doit utiliser ADO pour lier ses formulaires à un objet Recordset.
Dans un fichier MDB, le développeur a le choix entre DAO et ADO pour lier ses formulaires à un objet Recordset. Mais sur Access 2000, le développeur doit utiliser DAO pour que les données du formulaires soient modifiables : http://support.microsoft.com/?id"7053
Sur Access 2002 et 2003, dans un fichier MDB, le développeur peut utiliser DAO ou ADO : http://support.microsoft.com/?id(1998
Dans un fichier MDB, le développeur obtiendra généralement de meilleures performances avec DAO. Mais rien ne lui interdit d'utiliser aussi ADO dans la même application MDB, afin d'exploiter certaines fonctionnalités du moteur Jet qui ne sont pas accessibles via DAO.
Benoit Compoint
"Stéphane_Denis" wrote in message news:059101c3d8f1$fca510e0$ Bonjour,
D'après les doc et l'aide en ligne (ce que j'en ai lu), le choix de l'une ou l'autre des technologies semble appartenir au développeur. Cependant, je constate que les objets "recordset" associés au formulaires sont de type DAO. Alors que cette techno semble en fin de course par rapport à ADO.
Et l'aide en ligne précise que, en VB, la propriété "Recordset" (de type Object ... évidemment) d'un formulaire retourne un objet ADO ou DAO.
Est-il possible de maitriser ce choix ? si oui comment ? cela est-il imposé par le moteur utilisé ?
