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
Thierry Bertrand
Voir le MSDN sur le sujet, ci dessous un eptit extrait
ADO n'est pas automatiquement compatible avec le code de vos applications d'accès aux données existantes. Bien qu'ADO encapsule la fonctionnalité de DAO et RDO, vous devez convertir de nombreux éléments du langage vers la syntaxe ADO. Dans certains cas, ceci signifie uniquement une simple conversion de certaines fonctions de votre code existant. Dans d'autres cas, il peut être plus intéressant de récrire l'application en utilisant les nouvelles fonctionnalités ADO.
DAO (Data Access Objects) a été la première interface orientée objet à exposer le moteur de base de données Microsoft Jet (utilisé par Microsoft Access) et à permettre aux développeurs Visual Basic de connecter directement des tables Access, ou d'autres bases de données, par l'intermédiaire d'ODBC. Le modèle DAO est particulièrement adapté aux applications de systèmes autonomes ou aux déploiements locaux, à petite échelle.
RDO (Remote Data Objects) est une interface d'accès aux données orientée objet pour ODBC, combinée au style pratique de DAO, offrant une interface qui exploite virtuellement toute la flexibilité et la puissance de bas niveau d'ODBC. Le modèle RDO a pour inconvénients l'accès peu performant aux bases de données Jet ou ISAM et l'obligation d'utiliser des pilotes ODBC existants pour accéder aux bases de données relationnelles. Cependant, le modèle RDO a conquis un grand nombre de développeurs SQL Server, Oracle et d'autres bases de données relationnelles volumineuses. RDO offre les objets, les propriétés et les méthodes nécessaires pour accéder aux aspects les plus ardus des procédures stockées et des jeux de résultats complexes.
ADO est le successeur des modèles DAO et RDO. Du point de vue fonctionnel, ADO 2.0 est plus proche de RDO, dont il partage généralement les mappages. ADO « aplatit » le modèle d'objet utilisé par DAO et RDO, c'est-à-dire qu'il contient moins d'objets, mais plus de propriétés, de méthodes (d'arguments) et d'événements. Par exemple, le modèle ADO n'a pas d'équivalent aux objets rdoEngine et rdoEnvironment qui exposaient les interfaces du gestionnaire de pilotes ODBC et d'hEnv. Vous ne pouvez pas non plus créer de sources de données ODBC à partir d'ADO, bien que votre interface puisse passer par le fournisseur de services ODBC OLE DB.
La plupart des fonctionnalités contenues dans les modèles DAO et RDO ont été regroupées en objets uniques pour constituer un modèle d'objet beaucoup plus simple. Pour cette raison, vous pouvez éprouver au départ des difficultés à trouver l'objet, la collection, la propriété, la méthode ou l'événement ADO approprié. À la différence de DAO et RDO, bien que les objets ADO soient hiérarchiques, ils peuvent également être créés hors de la portée de la hiérarchie.
Notez toutefois qu'ADO ne prend pas en charge actuellement toutes les fonctionnalités DAO. ADO inclut des fonctionnalités de type RDO pour interagir avec des sources de données OLE DB, additionnées de technologies à distance et DHTML.
En général, il est probablement trop tôt dans l'évolution d'ADO pour migrer immédiatement la plupart des applications DAO (sauf, peut-être, celles utilisant ODBCDirect) vers ADO, parce qu'il n'accepte pas encore la définition de données (DDL), les utilisateurs, les groupes, etc. Toutefois, si vous utilisez DAO uniquement pour les applications client-serveur sans faire appel au moteur de base de données Jet ou DDL, vous pouvez probablement migrer vers ADO immédiatement. Le cas échéant, Microsoft fournira un composant DDL ADO pour aider la migration DAO vers ADO et un support DDL générique pour les fournisseurs OLE DB.
"West972" a écrit dans le message de news: #XD9nhX$
Bonjour tout le monde Savez vous ou je peux trouver un site recapitulant les avantages de
ADO,DAO
etRDO ainsi qu'un banc d'essai D'avance merci
Voir le MSDN sur le sujet, ci dessous un eptit extrait
ADO n'est pas automatiquement compatible avec le code de vos applications
d'accès aux données existantes. Bien qu'ADO encapsule la fonctionnalité de
DAO et RDO, vous devez convertir de nombreux éléments du langage vers la
syntaxe ADO. Dans certains cas, ceci signifie uniquement une simple
conversion de certaines fonctions de votre code existant. Dans d'autres cas,
il peut être plus intéressant de récrire l'application en utilisant les
nouvelles fonctionnalités ADO.
DAO (Data Access Objects) a été la première interface orientée objet à
exposer le moteur de base de données Microsoft Jet (utilisé par Microsoft
Access) et à permettre aux développeurs Visual Basic de connecter
directement des tables Access, ou d'autres bases de données, par
l'intermédiaire d'ODBC. Le modèle DAO est particulièrement adapté aux
applications de systèmes autonomes ou aux déploiements locaux, à petite
échelle.
RDO (Remote Data Objects) est une interface d'accès aux données orientée
objet pour ODBC, combinée au style pratique de DAO, offrant une interface
qui exploite virtuellement toute la flexibilité et la puissance de bas
niveau d'ODBC. Le modèle RDO a pour inconvénients l'accès peu performant aux
bases de données Jet ou ISAM et l'obligation d'utiliser des pilotes ODBC
existants pour accéder aux bases de données relationnelles. Cependant, le
modèle RDO a conquis un grand nombre de développeurs SQL Server, Oracle et
d'autres bases de données relationnelles volumineuses. RDO offre les objets,
les propriétés et les méthodes nécessaires pour accéder aux aspects les plus
ardus des procédures stockées et des jeux de résultats complexes.
ADO est le successeur des modèles DAO et RDO. Du point de vue fonctionnel,
ADO 2.0 est plus proche de RDO, dont il partage généralement les mappages.
ADO « aplatit » le modèle d'objet utilisé par DAO et RDO, c'est-à-dire qu'il
contient moins d'objets, mais plus de propriétés, de méthodes (d'arguments)
et d'événements. Par exemple, le modèle ADO n'a pas d'équivalent aux objets
rdoEngine et rdoEnvironment qui exposaient les interfaces du gestionnaire de
pilotes ODBC et d'hEnv. Vous ne pouvez pas non plus créer de sources de
données ODBC à partir d'ADO, bien que votre interface puisse passer par le
fournisseur de services ODBC OLE DB.
La plupart des fonctionnalités contenues dans les modèles DAO et RDO ont été
regroupées en objets uniques pour constituer un modèle d'objet beaucoup plus
simple. Pour cette raison, vous pouvez éprouver au départ des difficultés à
trouver l'objet, la collection, la propriété, la méthode ou l'événement ADO
approprié. À la différence de DAO et RDO, bien que les objets ADO soient
hiérarchiques, ils peuvent également être créés hors de la portée de la
hiérarchie.
Notez toutefois qu'ADO ne prend pas en charge actuellement toutes les
fonctionnalités DAO. ADO inclut des fonctionnalités de type RDO pour
interagir avec des sources de données OLE DB, additionnées de technologies à
distance et DHTML.
En général, il est probablement trop tôt dans l'évolution d'ADO pour migrer
immédiatement la plupart des applications DAO (sauf, peut-être, celles
utilisant ODBCDirect) vers ADO, parce qu'il n'accepte pas encore la
définition de données (DDL), les utilisateurs, les groupes, etc. Toutefois,
si vous utilisez DAO uniquement pour les applications client-serveur sans
faire appel au moteur de base de données Jet ou DDL, vous pouvez
probablement migrer vers ADO immédiatement. Le cas échéant, Microsoft
fournira un composant DDL ADO pour aider la migration DAO vers ADO et un
support DDL générique pour les fournisseurs OLE DB.
"West972" <rien@rien.com> a écrit dans le message de news:
#XD9nhX$EHA.3376@TK2MSFTNGP12.phx.gbl...
Bonjour tout le monde
Savez vous ou je peux trouver un site recapitulant les avantages de
Voir le MSDN sur le sujet, ci dessous un eptit extrait
ADO n'est pas automatiquement compatible avec le code de vos applications d'accès aux données existantes. Bien qu'ADO encapsule la fonctionnalité de DAO et RDO, vous devez convertir de nombreux éléments du langage vers la syntaxe ADO. Dans certains cas, ceci signifie uniquement une simple conversion de certaines fonctions de votre code existant. Dans d'autres cas, il peut être plus intéressant de récrire l'application en utilisant les nouvelles fonctionnalités ADO.
DAO (Data Access Objects) a été la première interface orientée objet à exposer le moteur de base de données Microsoft Jet (utilisé par Microsoft Access) et à permettre aux développeurs Visual Basic de connecter directement des tables Access, ou d'autres bases de données, par l'intermédiaire d'ODBC. Le modèle DAO est particulièrement adapté aux applications de systèmes autonomes ou aux déploiements locaux, à petite échelle.
RDO (Remote Data Objects) est une interface d'accès aux données orientée objet pour ODBC, combinée au style pratique de DAO, offrant une interface qui exploite virtuellement toute la flexibilité et la puissance de bas niveau d'ODBC. Le modèle RDO a pour inconvénients l'accès peu performant aux bases de données Jet ou ISAM et l'obligation d'utiliser des pilotes ODBC existants pour accéder aux bases de données relationnelles. Cependant, le modèle RDO a conquis un grand nombre de développeurs SQL Server, Oracle et d'autres bases de données relationnelles volumineuses. RDO offre les objets, les propriétés et les méthodes nécessaires pour accéder aux aspects les plus ardus des procédures stockées et des jeux de résultats complexes.
ADO est le successeur des modèles DAO et RDO. Du point de vue fonctionnel, ADO 2.0 est plus proche de RDO, dont il partage généralement les mappages. ADO « aplatit » le modèle d'objet utilisé par DAO et RDO, c'est-à-dire qu'il contient moins d'objets, mais plus de propriétés, de méthodes (d'arguments) et d'événements. Par exemple, le modèle ADO n'a pas d'équivalent aux objets rdoEngine et rdoEnvironment qui exposaient les interfaces du gestionnaire de pilotes ODBC et d'hEnv. Vous ne pouvez pas non plus créer de sources de données ODBC à partir d'ADO, bien que votre interface puisse passer par le fournisseur de services ODBC OLE DB.
La plupart des fonctionnalités contenues dans les modèles DAO et RDO ont été regroupées en objets uniques pour constituer un modèle d'objet beaucoup plus simple. Pour cette raison, vous pouvez éprouver au départ des difficultés à trouver l'objet, la collection, la propriété, la méthode ou l'événement ADO approprié. À la différence de DAO et RDO, bien que les objets ADO soient hiérarchiques, ils peuvent également être créés hors de la portée de la hiérarchie.
Notez toutefois qu'ADO ne prend pas en charge actuellement toutes les fonctionnalités DAO. ADO inclut des fonctionnalités de type RDO pour interagir avec des sources de données OLE DB, additionnées de technologies à distance et DHTML.
En général, il est probablement trop tôt dans l'évolution d'ADO pour migrer immédiatement la plupart des applications DAO (sauf, peut-être, celles utilisant ODBCDirect) vers ADO, parce qu'il n'accepte pas encore la définition de données (DDL), les utilisateurs, les groupes, etc. Toutefois, si vous utilisez DAO uniquement pour les applications client-serveur sans faire appel au moteur de base de données Jet ou DDL, vous pouvez probablement migrer vers ADO immédiatement. Le cas échéant, Microsoft fournira un composant DDL ADO pour aider la migration DAO vers ADO et un support DDL générique pour les fournisseurs OLE DB.
"West972" a écrit dans le message de news: #XD9nhX$
Bonjour tout le monde Savez vous ou je peux trouver un site recapitulant les avantages de
ADO,DAO
etRDO ainsi qu'un banc d'essai D'avance merci
Thierry Bertrand
et encore ce petit article:
ADO, DAO et RDO dans Visual Basic
Dans Visual Basic, vous disposez de trois interfaces d'accès aux données : ADO, RDO et DAO. Une interface d'accès aux données est un modèle d'objet qui représente différentes facettes de l'accès aux données. Avec Visual Basic, vous pouvez contrôler par programmation, la connexion, les générateurs d'instructions et les données renvoyées pour être utilisées dans n'importe quelle application.
Pourquoi prévoir trois interfaces d'accès aux données dans Visual Basic ? Les techniques d'accès aux données évoluent constamment, et chacune des trois interfaces représente un stade diffèrent de cette évolution. La plus récente est ADO, qui met en ouvre un modèle d'objet plus simple (et cependant plus souple) que les modèles RDO ou DAO. Pour vos nouveaux projets, utilisez de préférence ADO comme interface d'accès aux données.
Pourquoi utiliser ADO ? ADO est une interface de niveau application simple à utiliser, conçue pour le modèle des outils Microsoft d'accès aux données les plus avancés :' OLE DB. 'OLE DB procure des moyens d'accès performants à toutes les sources de données, y compris les bases de données relationnelles et non relationnelles, les systèmes de fichiers et de courrier électronique, les données texte et graphiques, les objets personnalisés d'entreprise, et bien d'autres. ADO est implémenté pour un trafic réseau minimal dans les scénarios clés Internet, et pour un nombre minimal de couches entre l'ordinateur frontal et la source de données ; tout cela pour assurer une interface allégée hautement performante. ADO est appelé en utilisant une métaphore familière : l'interface OLE Automation. De plus ADO utilise les conventions et fonctionnalités en vigueur pour DAO et RDO, avec une sémantique simplifiée qui le rend facile à apprendre.
Pour un tour d'horizon rapide, reportez-vous à la section Fournisseurs OLE DB.
Pour des informations détaillées sur ADO, reportez-vous à la sectionDémarrage de ADO 2.0.
DAO et RDO Pour assurer la compatibilité amont, Visual Basic continue de prendre en charge les modèles DAO et RDO pour les projets existants.
Pour plus d'Informations Pour plus d'informations sur la programmation RDO, reportez-vous à la section Utilisation des objets d'accès aux données à distance et du contrôle RemoteData. Pour plus d'informations sur la programmation DAO, reportez-vous à la section Utilisation des objets d'accès aux données avec les bases de données distantes.Microsoft DAO 3.51 fournit une référence complète en ce qui concerne le modèle DAO.
Mise à niveau de RDO vers ADO Envisagez une mise à niveau si vous pensez que le modèle ADO offre des avantages pour votre application RDO. Reportez-vous à la section Comparaison entre ADO et RDO/DAO pour un examen des différences entre plates formes et des conseils pour faire évoluer un projet RDO en projet ADO. Reportez-vous à la section Conversion de RDO 2.0 en ADO 2.0 pour des conseils de mise à niveau.
et encore ce petit article:
ADO, DAO et RDO dans Visual Basic
Dans Visual Basic, vous disposez de trois interfaces d'accès aux données :
ADO, RDO et DAO. Une interface d'accès aux données est un modèle d'objet qui
représente différentes facettes de l'accès aux données. Avec Visual Basic,
vous pouvez contrôler par programmation, la connexion, les générateurs
d'instructions et les données renvoyées pour être utilisées dans n'importe
quelle application.
Pourquoi prévoir trois interfaces d'accès aux données dans Visual Basic ?
Les techniques d'accès aux données évoluent constamment, et chacune des
trois interfaces représente un stade diffèrent de cette évolution. La plus
récente est ADO, qui met en ouvre un modèle d'objet plus simple (et
cependant plus souple) que les modèles RDO ou DAO. Pour vos nouveaux
projets, utilisez de préférence ADO comme interface d'accès aux données.
Pourquoi utiliser ADO ?
ADO est une interface de niveau application simple à utiliser, conçue pour
le modèle des outils Microsoft d'accès aux données les plus avancés :' OLE
DB. 'OLE DB procure des moyens d'accès performants à toutes les sources de
données, y compris les bases de données relationnelles et non
relationnelles, les systèmes de fichiers et de courrier électronique, les
données texte et graphiques, les objets personnalisés d'entreprise, et bien
d'autres. ADO est implémenté pour un trafic réseau minimal dans les
scénarios clés Internet, et pour un nombre minimal de couches entre
l'ordinateur frontal et la source de données ; tout cela pour assurer une
interface allégée hautement performante. ADO est appelé en utilisant une
métaphore familière : l'interface OLE Automation. De plus ADO utilise les
conventions et fonctionnalités en vigueur pour DAO et RDO, avec une
sémantique simplifiée qui le rend facile à apprendre.
Pour un tour d'horizon rapide, reportez-vous à la section Fournisseurs OLE
DB.
Pour des informations détaillées sur ADO, reportez-vous à la
sectionDémarrage de ADO 2.0.
DAO et RDO
Pour assurer la compatibilité amont, Visual Basic continue de prendre en
charge les modèles DAO et RDO pour les projets existants.
Pour plus d'Informations Pour plus d'informations sur la programmation
RDO, reportez-vous à la section Utilisation des objets d'accès aux données à
distance et du contrôle RemoteData. Pour plus d'informations sur la
programmation DAO, reportez-vous à la section Utilisation des objets d'accès
aux données avec les bases de données distantes.Microsoft DAO 3.51 fournit
une référence complète en ce qui concerne le modèle DAO.
Mise à niveau de RDO vers ADO
Envisagez une mise à niveau si vous pensez que le modèle ADO offre des
avantages pour votre application RDO. Reportez-vous à la section Comparaison
entre ADO et RDO/DAO pour un examen des différences entre plates formes et
des conseils pour faire évoluer un projet RDO en projet ADO. Reportez-vous à
la section Conversion de RDO 2.0 en ADO 2.0 pour des conseils de mise à
niveau.
Dans Visual Basic, vous disposez de trois interfaces d'accès aux données : ADO, RDO et DAO. Une interface d'accès aux données est un modèle d'objet qui représente différentes facettes de l'accès aux données. Avec Visual Basic, vous pouvez contrôler par programmation, la connexion, les générateurs d'instructions et les données renvoyées pour être utilisées dans n'importe quelle application.
Pourquoi prévoir trois interfaces d'accès aux données dans Visual Basic ? Les techniques d'accès aux données évoluent constamment, et chacune des trois interfaces représente un stade diffèrent de cette évolution. La plus récente est ADO, qui met en ouvre un modèle d'objet plus simple (et cependant plus souple) que les modèles RDO ou DAO. Pour vos nouveaux projets, utilisez de préférence ADO comme interface d'accès aux données.
Pourquoi utiliser ADO ? ADO est une interface de niveau application simple à utiliser, conçue pour le modèle des outils Microsoft d'accès aux données les plus avancés :' OLE DB. 'OLE DB procure des moyens d'accès performants à toutes les sources de données, y compris les bases de données relationnelles et non relationnelles, les systèmes de fichiers et de courrier électronique, les données texte et graphiques, les objets personnalisés d'entreprise, et bien d'autres. ADO est implémenté pour un trafic réseau minimal dans les scénarios clés Internet, et pour un nombre minimal de couches entre l'ordinateur frontal et la source de données ; tout cela pour assurer une interface allégée hautement performante. ADO est appelé en utilisant une métaphore familière : l'interface OLE Automation. De plus ADO utilise les conventions et fonctionnalités en vigueur pour DAO et RDO, avec une sémantique simplifiée qui le rend facile à apprendre.
Pour un tour d'horizon rapide, reportez-vous à la section Fournisseurs OLE DB.
Pour des informations détaillées sur ADO, reportez-vous à la sectionDémarrage de ADO 2.0.
DAO et RDO Pour assurer la compatibilité amont, Visual Basic continue de prendre en charge les modèles DAO et RDO pour les projets existants.
Pour plus d'Informations Pour plus d'informations sur la programmation RDO, reportez-vous à la section Utilisation des objets d'accès aux données à distance et du contrôle RemoteData. Pour plus d'informations sur la programmation DAO, reportez-vous à la section Utilisation des objets d'accès aux données avec les bases de données distantes.Microsoft DAO 3.51 fournit une référence complète en ce qui concerne le modèle DAO.
Mise à niveau de RDO vers ADO Envisagez une mise à niveau si vous pensez que le modèle ADO offre des avantages pour votre application RDO. Reportez-vous à la section Comparaison entre ADO et RDO/DAO pour un examen des différences entre plates formes et des conseils pour faire évoluer un projet RDO en projet ADO. Reportez-vous à la section Conversion de RDO 2.0 en ADO 2.0 pour des conseils de mise à niveau.
West972
Merci de votre réponse dans un premier.... J'avais déjà parcouru MSDN mais je n'avais pas trouvé vraiment réponse à mes questions au sujet du gain de performance des differentes technologies. C'est pour cela que je recherche un exemple de leur utilisation sur la meme BDD afin de voir les temps de réponse etc. Merci
Merci de votre réponse dans un premier....
J'avais déjà parcouru MSDN mais je n'avais pas trouvé vraiment réponse à mes
questions au sujet du gain de performance des differentes technologies.
C'est pour cela que je recherche un exemple de leur utilisation sur la meme
BDD afin de voir les temps de réponse etc.
Merci
Merci de votre réponse dans un premier.... J'avais déjà parcouru MSDN mais je n'avais pas trouvé vraiment réponse à mes questions au sujet du gain de performance des differentes technologies. C'est pour cela que je recherche un exemple de leur utilisation sur la meme BDD afin de voir les temps de réponse etc. Merci
Thierry Bertrand
essaye ces liens : http://vbtour.free.fr/ModADO.htm http://vbtour.free.fr/TableauComp.htm http://www.vbfrance.com/forum.v2.aspx?ID21672 http://www.microsoft.com/FRANCE/MSDN/Technologies/technos/dataaccess/info/in fo.asp?mar=/FRANCE/MSDN/Technologies/technos/dataaccess/info/migration_DAO_A DO.html
perso, je priviligie plus la souplesse, l'évolutivité que la vitesse d'exécution
essaye ces liens :
http://vbtour.free.fr/ModADO.htm
http://vbtour.free.fr/TableauComp.htm
http://www.vbfrance.com/forum.v2.aspx?ID21672
http://www.microsoft.com/FRANCE/MSDN/Technologies/technos/dataaccess/info/in
fo.asp?mar=/FRANCE/MSDN/Technologies/technos/dataaccess/info/migration_DAO_A
DO.html
perso, je priviligie plus la souplesse, l'évolutivité que la vitesse
d'exécution
essaye ces liens : http://vbtour.free.fr/ModADO.htm http://vbtour.free.fr/TableauComp.htm http://www.vbfrance.com/forum.v2.aspx?ID21672 http://www.microsoft.com/FRANCE/MSDN/Technologies/technos/dataaccess/info/in fo.asp?mar=/FRANCE/MSDN/Technologies/technos/dataaccess/info/migration_DAO_A DO.html
perso, je priviligie plus la souplesse, l'évolutivité que la vitesse d'exécution
West972
Merci sincerement, pour le temps que tu as pris pour me repondre.
Merci sincerement, pour le temps que tu as pris pour me repondre.
