juvamine
Messages postés468Date d'inscriptionvendredi 21 février 2003StatutMembreDernière intervention30 août 2007
-
1 mars 2005 à 10:08
moutonjr
Messages postés65Date d'inscriptionmercredi 19 juillet 2006StatutMembreDernière intervention 5 juin 2012
-
8 déc. 2007 à 12:57
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
moutonjr
Messages postés65Date d'inscriptionmercredi 19 juillet 2006StatutMembreDernière intervention 5 juin 2012 8 déc. 2007 à 12:57
Parfait! Pour l'instant je cherche mais il n'y a aucune source qui traite aussi bien que la tienne de ADO, mais j'ai efin comppris les appels à une BD access! merci
mouhanadoo
Messages postés2Date d'inscriptiondimanche 8 février 2004StatutMembreDernière intervention16 avril 2007 20 mars 2007 à 17:24
faut laisser [..].OpenDatabase(nomBase) , et comme l'a dit Gizmo :
'A stocker dans un module :
' Contient le chemin et le nom de la base
Public nomBase As String
Sinon nikel cette source :)
peace
cs_ph35
Messages postés27Date d'inscriptionvendredi 4 mars 2005StatutMembreDernière intervention12 février 2006 7 mars 2005 à 09:58
Merci pour cette source mais chez moi elle ne marche pas pour un insert.ça plante sur cette ligne:
Set db = DBEngine.Workspaces(0).OpenDatabase(bd1.mdb)
Siquelqu'un peut m'aider je l'en remercie d'avance.
cs_NISANDSYSTEMS
Messages postés178Date d'inscriptionvendredi 1 novembre 2002StatutMembreDernière intervention 9 janvier 2010 3 mars 2005 à 13:27
Tres bon exemple et continu.
Les avantages DAO sont enormes et ADO n'est que pour l'instant une nouveauté qui evolue doucement.
Pour voir que DAO est beaucoup plus sur que ADO, voici
qlqs petits indices.
Creation d1 solution bureautique=DAO
Securité,groupes,utilisateurs=DAO
Microsoft Access reste en DAO pour ceux qui ne le savent peut-etre pas.
DAO est un controle intrinseque qui est conçu avec le language VB
ADO plus puissant,plus simple a programmer
Reellement, utiliser ADO pour un deploiement sur internet ou utilisation d'une source de donnée autre que Access ou conception autre que le moteur Jet alors
oui utiliser ADO.
Sinon DAO est toujours prometteur sinon a quoi bon avoir fait la version 3.51 ????
Nisand-Systems
cs_ITALIA
Messages postés2169Date d'inscriptionvendredi 20 avril 2001StatutMembreDernière intervention30 juin 20099 2 mars 2005 à 13:33
Perso je pense que le Principal c'est pas le choix entre l'ADO ou DAO..mais avoir un Résultat satisfaisant du point de vue de la Vitesse de traitement et/ou des Fonctions.
Je travail enormément en DAO et je n'ai pas à me plaindre.
juvamine
Messages postés468Date d'inscriptionvendredi 21 février 2003StatutMembreDernière intervention30 août 20072 1 mars 2005 à 21:58
vi mais ca c pour débuter, alors kelkun ki veu débuter il fo kil le fasse en ADO pas en DAO !
cs_jipef
Messages postés55Date d'inscriptionlundi 23 août 2004StatutMembreDernière intervention 1 août 2008 1 mars 2005 à 21:28
suite ........
il vaut mieux
If Rs.Bof=false Then
rs.movelast
rs.movefirst
else
GoTo suite
End If
car rs.recordcount sera correctement renseigné sinon cela peut etre quelconque !!
cs_jipef
Messages postés55Date d'inscriptionlundi 23 août 2004StatutMembreDernière intervention 1 août 2008 1 mars 2005 à 21:24
pas d'accord avec juvamine
si tu as des progs qui tournent en clientele avec DAO mieux vaut y rester 2005 ou pas En effet le passage vers ADO change beaucoup de chose dans le code ne serais ce que AbsolutePosition qui est disparu !!!! sans équivalence
Je trouve le code de GizMo trés clair et trés simple à assimiler.
Un petit conseil au lieu de
If Rs.EOF Then
GoTo suite
End If
il vaut mieux
If Rs.Bof=false Then
else
GoTo suite
End If
juvamine
Messages postés468Date d'inscriptionvendredi 21 février 2003StatutMembreDernière intervention30 août 20072 1 mars 2005 à 10:08
Ben...on est en 2005, la DAO c'est dépassé, ça a beau être simple je pense que ce n'est pas un très bon exemple a suivre !
Fais nous le même en ADO, et la je te dirais: plutot bien pour débuter
8 déc. 2007 à 12:57
20 mars 2007 à 17:24
'A stocker dans un module :
' Contient le chemin et le nom de la base
Public nomBase As String
Sinon nikel cette source :)
peace
7 mars 2005 à 09:58
Set db = DBEngine.Workspaces(0).OpenDatabase(bd1.mdb)
Siquelqu'un peut m'aider je l'en remercie d'avance.
3 mars 2005 à 13:27
Les avantages DAO sont enormes et ADO n'est que pour l'instant une nouveauté qui evolue doucement.
Pour voir que DAO est beaucoup plus sur que ADO, voici
qlqs petits indices.
Creation d1 solution bureautique=DAO
Securité,groupes,utilisateurs=DAO
Microsoft Access reste en DAO pour ceux qui ne le savent peut-etre pas.
DAO est un controle intrinseque qui est conçu avec le language VB
ADO plus puissant,plus simple a programmer
Reellement, utiliser ADO pour un deploiement sur internet ou utilisation d'une source de donnée autre que Access ou conception autre que le moteur Jet alors
oui utiliser ADO.
Sinon DAO est toujours prometteur sinon a quoi bon avoir fait la version 3.51 ????
Nisand-Systems
2 mars 2005 à 13:33
Je travail enormément en DAO et je n'ai pas à me plaindre.
1 mars 2005 à 21:58
1 mars 2005 à 21:28
il vaut mieux
If Rs.Bof=false Then
rs.movelast
rs.movefirst
else
GoTo suite
End If
car rs.recordcount sera correctement renseigné sinon cela peut etre quelconque !!
1 mars 2005 à 21:24
si tu as des progs qui tournent en clientele avec DAO mieux vaut y rester 2005 ou pas En effet le passage vers ADO change beaucoup de chose dans le code ne serais ce que AbsolutePosition qui est disparu !!!! sans équivalence
Je trouve le code de GizMo trés clair et trés simple à assimiler.
Un petit conseil au lieu de
If Rs.EOF Then
GoTo suite
End If
il vaut mieux
If Rs.Bof=false Then
else
GoTo suite
End If
1 mars 2005 à 10:08
Fais nous le même en ADO, et la je te dirais: plutot bien pour débuter
cordialement
juvamine