bonjour !
je suis en train de reecrire en VB.NET une tres grande application (
conception de pieces, generationde plans DAO, pilotage de centre d'usinage
et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
Je voulais recuperer tout la partie qui concerne la base de données, qui
était ecrite en DAO 3.6.
Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf la
vitesse.
En ecriture en VBA avec creation de 1000 enregistrmeents par seconde ,
j'affiche une charge de CPU de 12%,
alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une charge
CPU
de 80%?
Au secours, qui a une idée
j'accède de la façon suivant a la base de données :
Dim Dbe As DAO.DBEngine
Dim Db As DAO.Database
Dim rs As DAO.Recordset
Dbe = New DAO.DBEngine
Db = Dbe.OpenDatabase(cheminAccesBase)
rs = Db.OpenRecordset("SELECT * MesuresPoints")
j'ecris dans la base de la facon suivante
rs.addnew()
rs.fields("nomchamps").value=valeur
rs.update
si j'ecris en SQL une instruction d'ajout, c'est curieusement encore plus
lent
qui a une idée??
bonjour !
je suis en train de reecrire en VB.NET une tres grande application (
conception de pieces, generationde plans DAO, pilotage de centre d'usinage
et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
Je voulais recuperer tout la partie qui concerne la base de données, qui
était ecrite en DAO 3.6.
Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf la
vitesse.
En ecriture en VBA avec creation de 1000 enregistrmeents par seconde ,
j'affiche une charge de CPU de 12%,
alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une charge
CPU
de 80%?
Au secours, qui a une idée
j'accède de la façon suivant a la base de données :
Dim Dbe As DAO.DBEngine
Dim Db As DAO.Database
Dim rs As DAO.Recordset
Dbe = New DAO.DBEngine
Db = Dbe.OpenDatabase(cheminAccesBase)
rs = Db.OpenRecordset("SELECT * MesuresPoints")
j'ecris dans la base de la facon suivante
rs.addnew()
rs.fields("nomchamps").value=valeur
rs.update
si j'ecris en SQL une instruction d'ajout, c'est curieusement encore plus
lent
qui a une idée??
bonjour !
je suis en train de reecrire en VB.NET une tres grande application (
conception de pieces, generationde plans DAO, pilotage de centre d'usinage
et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
Je voulais recuperer tout la partie qui concerne la base de données, qui
était ecrite en DAO 3.6.
Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf la
vitesse.
En ecriture en VBA avec creation de 1000 enregistrmeents par seconde ,
j'affiche une charge de CPU de 12%,
alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une charge
CPU
de 80%?
Au secours, qui a une idée
j'accède de la façon suivant a la base de données :
Dim Dbe As DAO.DBEngine
Dim Db As DAO.Database
Dim rs As DAO.Recordset
Dbe = New DAO.DBEngine
Db = Dbe.OpenDatabase(cheminAccesBase)
rs = Db.OpenRecordset("SELECT * MesuresPoints")
j'ecris dans la base de la facon suivante
rs.addnew()
rs.fields("nomchamps").value=valeur
rs.update
si j'ecris en SQL une instruction d'ajout, c'est curieusement encore plus
lent
qui a une idée??
Salut,
je pense que DAO n'est pas très optimiser en dehor d'access ... si tu veux
avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
a reecrire une bonne partie de ton code...
a++
seb
"Fredo" a écrit dans le message de news:
eoEH%
> bonjour !
>
>
>
> je suis en train de reecrire en VB.NET une tres grande application (
> conception de pieces, generationde plans DAO, pilotage de centre
> et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
>
>
>
> Je voulais recuperer tout la partie qui concerne la base de données, qui
> était ecrite en DAO 3.6.
>
>
>
> Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf la
> vitesse.
>
> En ecriture en VBA avec creation de 1000 enregistrmeents par seconde ,
> j'affiche une charge de CPU de 12%,
>
> alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une charge
> CPU
> de 80%?
>
>
>
> Au secours, qui a une idée
>
>
>
> j'accède de la façon suivant a la base de données :
>
>
>
> Dim Dbe As DAO.DBEngine
>
> Dim Db As DAO.Database
>
> Dim rs As DAO.Recordset
>
> Dbe = New DAO.DBEngine
>
> Db = Dbe.OpenDatabase(cheminAccesBase)
>
> rs = Db.OpenRecordset("SELECT * MesuresPoints")
>
>
>
> j'ecris dans la base de la facon suivante
>
> rs.addnew()
>
> rs.fields("nomchamps").value=valeur
>
> rs.update
>
>
>
> si j'ecris en SQL une instruction d'ajout, c'est curieusement encore
> lent
>
>
>
> qui a une idée??
>
>
Salut,
je pense que DAO n'est pas très optimiser en dehor d'access ... si tu veux
avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
a reecrire une bonne partie de ton code...
a++
seb
"Fredo" <emailarmin@free.fr> a écrit dans le message de news:
eoEH%23ef7FHA.2568@TK2MSFTNGP10.phx.gbl...
> bonjour !
>
>
>
> je suis en train de reecrire en VB.NET une tres grande application (
> conception de pieces, generationde plans DAO, pilotage de centre
> et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
>
>
>
> Je voulais recuperer tout la partie qui concerne la base de données, qui
> était ecrite en DAO 3.6.
>
>
>
> Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf la
> vitesse.
>
> En ecriture en VBA avec creation de 1000 enregistrmeents par seconde ,
> j'affiche une charge de CPU de 12%,
>
> alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une charge
> CPU
> de 80%?
>
>
>
> Au secours, qui a une idée
>
>
>
> j'accède de la façon suivant a la base de données :
>
>
>
> Dim Dbe As DAO.DBEngine
>
> Dim Db As DAO.Database
>
> Dim rs As DAO.Recordset
>
> Dbe = New DAO.DBEngine
>
> Db = Dbe.OpenDatabase(cheminAccesBase)
>
> rs = Db.OpenRecordset("SELECT * MesuresPoints")
>
>
>
> j'ecris dans la base de la facon suivante
>
> rs.addnew()
>
> rs.fields("nomchamps").value=valeur
>
> rs.update
>
>
>
> si j'ecris en SQL une instruction d'ajout, c'est curieusement encore
> lent
>
>
>
> qui a une idée??
>
>
Salut,
je pense que DAO n'est pas très optimiser en dehor d'access ... si tu veux
avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
a reecrire une bonne partie de ton code...
a++
seb
"Fredo" a écrit dans le message de news:
eoEH%
> bonjour !
>
>
>
> je suis en train de reecrire en VB.NET une tres grande application (
> conception de pieces, generationde plans DAO, pilotage de centre
> et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
>
>
>
> Je voulais recuperer tout la partie qui concerne la base de données, qui
> était ecrite en DAO 3.6.
>
>
>
> Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf la
> vitesse.
>
> En ecriture en VBA avec creation de 1000 enregistrmeents par seconde ,
> j'affiche une charge de CPU de 12%,
>
> alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une charge
> CPU
> de 80%?
>
>
>
> Au secours, qui a une idée
>
>
>
> j'accède de la façon suivant a la base de données :
>
>
>
> Dim Dbe As DAO.DBEngine
>
> Dim Db As DAO.Database
>
> Dim rs As DAO.Recordset
>
> Dbe = New DAO.DBEngine
>
> Db = Dbe.OpenDatabase(cheminAccesBase)
>
> rs = Db.OpenRecordset("SELECT * MesuresPoints")
>
>
>
> j'ecris dans la base de la facon suivante
>
> rs.addnew()
>
> rs.fields("nomchamps").value=valeur
>
> rs.update
>
>
>
> si j'ecris en SQL une instruction d'ajout, c'est curieusement encore
> lent
>
>
>
> qui a une idée??
>
>
j'ai testée, c'est encore bien plus lente que la DAO, d'ailleurs dans le
fichiers d'aide du Visual Studio j'ai trouvée des informations qui
bien, qu'en terme de vitesse de la DAO est superieur a ADO.
"Sébastien" <Aucun> a écrit dans le message de news:
> Salut,
>
> je pense que DAO n'est pas très optimiser en dehor d'access ... si tu
> avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
t'obligera
> a reecrire une bonne partie de ton code...
>
> a++
> seb
>
> "Fredo" a écrit dans le message de news:
> eoEH%
> > bonjour !
> >
> >
> >
> > je suis en train de reecrire en VB.NET une tres grande application (
> > conception de pieces, generationde plans DAO, pilotage de centre
d'usinage
> > et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
> >
> >
> >
> > Je voulais recuperer tout la partie qui concerne la base de données,
> > était ecrite en DAO 3.6.
> >
> >
> >
> > Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf
> > vitesse.
> >
> > En ecriture en VBA avec creation de 1000 enregistrmeents par seconde
> > j'affiche une charge de CPU de 12%,
> >
> > alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une
> > CPU
> > de 80%?
> >
> >
> >
> > Au secours, qui a une idée
> >
> >
> >
> > j'accède de la façon suivant a la base de données :
> >
> >
> >
> > Dim Dbe As DAO.DBEngine
> >
> > Dim Db As DAO.Database
> >
> > Dim rs As DAO.Recordset
> >
> > Dbe = New DAO.DBEngine
> >
> > Db = Dbe.OpenDatabase(cheminAccesBase)
> >
> > rs = Db.OpenRecordset("SELECT * MesuresPoints")
> >
> >
> >
> > j'ecris dans la base de la facon suivante
> >
> > rs.addnew()
> >
> > rs.fields("nomchamps").value=valeur
> >
> > rs.update
> >
> >
> >
> > si j'ecris en SQL une instruction d'ajout, c'est curieusement encore
plus
> > lent
> >
> >
> >
> > qui a une idée??
> >
> >
>
>
j'ai testée, c'est encore bien plus lente que la DAO, d'ailleurs dans le
fichiers d'aide du Visual Studio j'ai trouvée des informations qui
bien, qu'en terme de vitesse de la DAO est superieur a ADO.
"Sébastien" <Aucun> a écrit dans le message de news:
OOYEuOr7FHA.3804@TK2MSFTNGP14.phx.gbl...
> Salut,
>
> je pense que DAO n'est pas très optimiser en dehor d'access ... si tu
> avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
t'obligera
> a reecrire une bonne partie de ton code...
>
> a++
> seb
>
> "Fredo" <emailarmin@free.fr> a écrit dans le message de news:
> eoEH%23ef7FHA.2568@TK2MSFTNGP10.phx.gbl...
> > bonjour !
> >
> >
> >
> > je suis en train de reecrire en VB.NET une tres grande application (
> > conception de pieces, generationde plans DAO, pilotage de centre
d'usinage
> > et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
> >
> >
> >
> > Je voulais recuperer tout la partie qui concerne la base de données,
> > était ecrite en DAO 3.6.
> >
> >
> >
> > Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf
> > vitesse.
> >
> > En ecriture en VBA avec creation de 1000 enregistrmeents par seconde
> > j'affiche une charge de CPU de 12%,
> >
> > alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une
> > CPU
> > de 80%?
> >
> >
> >
> > Au secours, qui a une idée
> >
> >
> >
> > j'accède de la façon suivant a la base de données :
> >
> >
> >
> > Dim Dbe As DAO.DBEngine
> >
> > Dim Db As DAO.Database
> >
> > Dim rs As DAO.Recordset
> >
> > Dbe = New DAO.DBEngine
> >
> > Db = Dbe.OpenDatabase(cheminAccesBase)
> >
> > rs = Db.OpenRecordset("SELECT * MesuresPoints")
> >
> >
> >
> > j'ecris dans la base de la facon suivante
> >
> > rs.addnew()
> >
> > rs.fields("nomchamps").value=valeur
> >
> > rs.update
> >
> >
> >
> > si j'ecris en SQL une instruction d'ajout, c'est curieusement encore
plus
> > lent
> >
> >
> >
> > qui a une idée??
> >
> >
>
>
j'ai testée, c'est encore bien plus lente que la DAO, d'ailleurs dans le
fichiers d'aide du Visual Studio j'ai trouvée des informations qui
bien, qu'en terme de vitesse de la DAO est superieur a ADO.
"Sébastien" <Aucun> a écrit dans le message de news:
> Salut,
>
> je pense que DAO n'est pas très optimiser en dehor d'access ... si tu
> avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
t'obligera
> a reecrire une bonne partie de ton code...
>
> a++
> seb
>
> "Fredo" a écrit dans le message de news:
> eoEH%
> > bonjour !
> >
> >
> >
> > je suis en train de reecrire en VB.NET une tres grande application (
> > conception de pieces, generationde plans DAO, pilotage de centre
d'usinage
> > et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
> >
> >
> >
> > Je voulais recuperer tout la partie qui concerne la base de données,
> > était ecrite en DAO 3.6.
> >
> >
> >
> > Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf
> > vitesse.
> >
> > En ecriture en VBA avec creation de 1000 enregistrmeents par seconde
> > j'affiche une charge de CPU de 12%,
> >
> > alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une
> > CPU
> > de 80%?
> >
> >
> >
> > Au secours, qui a une idée
> >
> >
> >
> > j'accède de la façon suivant a la base de données :
> >
> >
> >
> > Dim Dbe As DAO.DBEngine
> >
> > Dim Db As DAO.Database
> >
> > Dim rs As DAO.Recordset
> >
> > Dbe = New DAO.DBEngine
> >
> > Db = Dbe.OpenDatabase(cheminAccesBase)
> >
> > rs = Db.OpenRecordset("SELECT * MesuresPoints")
> >
> >
> >
> > j'ecris dans la base de la facon suivante
> >
> > rs.addnew()
> >
> > rs.fields("nomchamps").value=valeur
> >
> > rs.update
> >
> >
> >
> > si j'ecris en SQL une instruction d'ajout, c'est curieusement encore
plus
> > lent
> >
> >
> >
> > qui a une idée??
> >
> >
>
>
A priori il est plus "naturel" d'utiliser ADO.NET à partir de VB.NET...
--
Patrice
"nathalie.steinhilber" a écrit dans le
message de news:
> j'ai testée, c'est encore bien plus lente que la DAO, d'ailleurs dans le
> fichiers d'aide du Visual Studio j'ai trouvée des informations qui
indiquent
> bien, qu'en terme de vitesse de la DAO est superieur a ADO.
>
>
> "Sébastien" <Aucun> a écrit dans le message de news:
>
> > Salut,
> >
> > je pense que DAO n'est pas très optimiser en dehor d'access ... si tu
veux
> > avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
> t'obligera
> > a reecrire une bonne partie de ton code...
> >
> > a++
> > seb
> >
> > "Fredo" a écrit dans le message de news:
> > eoEH%
> > > bonjour !
> > >
> > >
> > >
> > > je suis en train de reecrire en VB.NET une tres grande application (
> > > conception de pieces, generationde plans DAO, pilotage de centre
> d'usinage
> > > et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
> > >
> > >
> > >
> > > Je voulais recuperer tout la partie qui concerne la base de données,
qui
> > > était ecrite en DAO 3.6.
> > >
> > >
> > >
> > > Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf
la
> > > vitesse.
> > >
> > > En ecriture en VBA avec creation de 1000 enregistrmeents par
,
> > > j'affiche une charge de CPU de 12%,
> > >
> > > alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une
charge
> > > CPU
> > > de 80%?
> > >
> > >
> > >
> > > Au secours, qui a une idée
> > >
> > >
> > >
> > > j'accède de la façon suivant a la base de données :
> > >
> > >
> > >
> > > Dim Dbe As DAO.DBEngine
> > >
> > > Dim Db As DAO.Database
> > >
> > > Dim rs As DAO.Recordset
> > >
> > > Dbe = New DAO.DBEngine
> > >
> > > Db = Dbe.OpenDatabase(cheminAccesBase)
> > >
> > > rs = Db.OpenRecordset("SELECT * MesuresPoints")
> > >
> > >
> > >
> > > j'ecris dans la base de la facon suivante
> > >
> > > rs.addnew()
> > >
> > > rs.fields("nomchamps").value=valeur
> > >
> > > rs.update
> > >
> > >
> > >
> > > si j'ecris en SQL une instruction d'ajout, c'est curieusement encore
> plus
> > > lent
> > >
> > >
> > >
> > > qui a une idée??
> > >
> > >
> >
> >
>
>
A priori il est plus "naturel" d'utiliser ADO.NET à partir de VB.NET...
--
Patrice
"nathalie.steinhilber" <nathalie.steinhilber@wanadoo.fr> a écrit dans le
message de news:O8YgO5E9FHA.3760@TK2MSFTNGP14.phx.gbl...
> j'ai testée, c'est encore bien plus lente que la DAO, d'ailleurs dans le
> fichiers d'aide du Visual Studio j'ai trouvée des informations qui
indiquent
> bien, qu'en terme de vitesse de la DAO est superieur a ADO.
>
>
> "Sébastien" <Aucun> a écrit dans le message de news:
> OOYEuOr7FHA.3804@TK2MSFTNGP14.phx.gbl...
> > Salut,
> >
> > je pense que DAO n'est pas très optimiser en dehor d'access ... si tu
veux
> > avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
> t'obligera
> > a reecrire une bonne partie de ton code...
> >
> > a++
> > seb
> >
> > "Fredo" <emailarmin@free.fr> a écrit dans le message de news:
> > eoEH%23ef7FHA.2568@TK2MSFTNGP10.phx.gbl...
> > > bonjour !
> > >
> > >
> > >
> > > je suis en train de reecrire en VB.NET une tres grande application (
> > > conception de pieces, generationde plans DAO, pilotage de centre
> d'usinage
> > > et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
> > >
> > >
> > >
> > > Je voulais recuperer tout la partie qui concerne la base de données,
qui
> > > était ecrite en DAO 3.6.
> > >
> > >
> > >
> > > Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf
la
> > > vitesse.
> > >
> > > En ecriture en VBA avec creation de 1000 enregistrmeents par
,
> > > j'affiche une charge de CPU de 12%,
> > >
> > > alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une
charge
> > > CPU
> > > de 80%?
> > >
> > >
> > >
> > > Au secours, qui a une idée
> > >
> > >
> > >
> > > j'accède de la façon suivant a la base de données :
> > >
> > >
> > >
> > > Dim Dbe As DAO.DBEngine
> > >
> > > Dim Db As DAO.Database
> > >
> > > Dim rs As DAO.Recordset
> > >
> > > Dbe = New DAO.DBEngine
> > >
> > > Db = Dbe.OpenDatabase(cheminAccesBase)
> > >
> > > rs = Db.OpenRecordset("SELECT * MesuresPoints")
> > >
> > >
> > >
> > > j'ecris dans la base de la facon suivante
> > >
> > > rs.addnew()
> > >
> > > rs.fields("nomchamps").value=valeur
> > >
> > > rs.update
> > >
> > >
> > >
> > > si j'ecris en SQL une instruction d'ajout, c'est curieusement encore
> plus
> > > lent
> > >
> > >
> > >
> > > qui a une idée??
> > >
> > >
> >
> >
>
>
A priori il est plus "naturel" d'utiliser ADO.NET à partir de VB.NET...
--
Patrice
"nathalie.steinhilber" a écrit dans le
message de news:
> j'ai testée, c'est encore bien plus lente que la DAO, d'ailleurs dans le
> fichiers d'aide du Visual Studio j'ai trouvée des informations qui
indiquent
> bien, qu'en terme de vitesse de la DAO est superieur a ADO.
>
>
> "Sébastien" <Aucun> a écrit dans le message de news:
>
> > Salut,
> >
> > je pense que DAO n'est pas très optimiser en dehor d'access ... si tu
veux
> > avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
> t'obligera
> > a reecrire une bonne partie de ton code...
> >
> > a++
> > seb
> >
> > "Fredo" a écrit dans le message de news:
> > eoEH%
> > > bonjour !
> > >
> > >
> > >
> > > je suis en train de reecrire en VB.NET une tres grande application (
> > > conception de pieces, generationde plans DAO, pilotage de centre
> d'usinage
> > > et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
> > >
> > >
> > >
> > > Je voulais recuperer tout la partie qui concerne la base de données,
qui
> > > était ecrite en DAO 3.6.
> > >
> > >
> > >
> > > Si j'intègre cette bibliothèque, tout fonctionnne parfaitement, sauf
la
> > > vitesse.
> > >
> > > En ecriture en VBA avec creation de 1000 enregistrmeents par
,
> > > j'affiche une charge de CPU de 12%,
> > >
> > > alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une
charge
> > > CPU
> > > de 80%?
> > >
> > >
> > >
> > > Au secours, qui a une idée
> > >
> > >
> > >
> > > j'accède de la façon suivant a la base de données :
> > >
> > >
> > >
> > > Dim Dbe As DAO.DBEngine
> > >
> > > Dim Db As DAO.Database
> > >
> > > Dim rs As DAO.Recordset
> > >
> > > Dbe = New DAO.DBEngine
> > >
> > > Db = Dbe.OpenDatabase(cheminAccesBase)
> > >
> > > rs = Db.OpenRecordset("SELECT * MesuresPoints")
> > >
> > >
> > >
> > > j'ecris dans la base de la facon suivante
> > >
> > > rs.addnew()
> > >
> > > rs.fields("nomchamps").value=valeur
> > >
> > > rs.update
> > >
> > >
> > >
> > > si j'ecris en SQL une instruction d'ajout, c'est curieusement encore
> plus
> > > lent
> > >
> > >
> > >
> > > qui a une idée??
> > >
> > >
> >
> >
>
>
oui, mais c'est encore plus lent que la DAO!!
ça se trouve, il est impossible d'etre aussi rapide que la DAO qui tourne
VBA.
en VBA, creer 1000 enregistrments par sec dans une table avec 18 champs
seulement une charge CPU de environ 10%
alors en VBNET et DAO je plafonne a 250 enregistrments par sec a 100% CPU
et en ADO 100 enreg/sec a 100% CPU
curieux, je suis partie pour VBNET pour etre plus performant, et c'est le
contraire ????
"Patrice" a écrit dans le message de news:
> A priori il est plus "naturel" d'utiliser ADO.NET à partir de VB.NET...
>
> --
> Patrice
>
> "nathalie.steinhilber" a écrit dans le
> message de news:
> > j'ai testée, c'est encore bien plus lente que la DAO, d'ailleurs dans
> > fichiers d'aide du Visual Studio j'ai trouvée des informations qui
> indiquent
> > bien, qu'en terme de vitesse de la DAO est superieur a ADO.
> >
> >
> > "Sébastien" <Aucun> a écrit dans le message de news:
> >
> > > Salut,
> > >
> > > je pense que DAO n'est pas très optimiser en dehor d'access ... si
> veux
> > > avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
> > t'obligera
> > > a reecrire une bonne partie de ton code...
> > >
> > > a++
> > > seb
> > >
> > > "Fredo" a écrit dans le message de news:
> > > eoEH%
> > > > bonjour !
> > > >
> > > >
> > > >
> > > > je suis en train de reecrire en VB.NET une tres grande application
> > > > conception de pieces, generationde plans DAO, pilotage de centre
> > d'usinage
> > > > et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
> > > >
> > > >
> > > >
> > > > Je voulais recuperer tout la partie qui concerne la base de
> qui
> > > > était ecrite en DAO 3.6.
> > > >
> > > >
> > > >
> > > > Si j'intègre cette bibliothèque, tout fonctionnne parfaitement,
> la
> > > > vitesse.
> > > >
> > > > En ecriture en VBA avec creation de 1000 enregistrmeents par
seconde
> ,
> > > > j'affiche une charge de CPU de 12%,
> > > >
> > > > alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une
> charge
> > > > CPU
> > > > de 80%?
> > > >
> > > >
> > > >
> > > > Au secours, qui a une idée
> > > >
> > > >
> > > >
> > > > j'accède de la façon suivant a la base de données :
> > > >
> > > >
> > > >
> > > > Dim Dbe As DAO.DBEngine
> > > >
> > > > Dim Db As DAO.Database
> > > >
> > > > Dim rs As DAO.Recordset
> > > >
> > > > Dbe = New DAO.DBEngine
> > > >
> > > > Db = Dbe.OpenDatabase(cheminAccesBase)
> > > >
> > > > rs = Db.OpenRecordset("SELECT * MesuresPoints")
> > > >
> > > >
> > > >
> > > > j'ecris dans la base de la facon suivante
> > > >
> > > > rs.addnew()
> > > >
> > > > rs.fields("nomchamps").value=valeur
> > > >
> > > > rs.update
> > > >
> > > >
> > > >
> > > > si j'ecris en SQL une instruction d'ajout, c'est curieusement
> > plus
> > > > lent
> > > >
> > > >
> > > >
> > > > qui a une idée??
> > > >
> > > >
> > >
> > >
> >
> >
>
>
oui, mais c'est encore plus lent que la DAO!!
ça se trouve, il est impossible d'etre aussi rapide que la DAO qui tourne
VBA.
en VBA, creer 1000 enregistrments par sec dans une table avec 18 champs
seulement une charge CPU de environ 10%
alors en VBNET et DAO je plafonne a 250 enregistrments par sec a 100% CPU
et en ADO 100 enreg/sec a 100% CPU
curieux, je suis partie pour VBNET pour etre plus performant, et c'est le
contraire ????
"Patrice" <nobody@nowhere.com> a écrit dans le message de news:
eeleLBF9FHA.132@TK2MSFTNGP15.phx.gbl...
> A priori il est plus "naturel" d'utiliser ADO.NET à partir de VB.NET...
>
> --
> Patrice
>
> "nathalie.steinhilber" <nathalie.steinhilber@wanadoo.fr> a écrit dans le
> message de news:O8YgO5E9FHA.3760@TK2MSFTNGP14.phx.gbl...
> > j'ai testée, c'est encore bien plus lente que la DAO, d'ailleurs dans
> > fichiers d'aide du Visual Studio j'ai trouvée des informations qui
> indiquent
> > bien, qu'en terme de vitesse de la DAO est superieur a ADO.
> >
> >
> > "Sébastien" <Aucun> a écrit dans le message de news:
> > OOYEuOr7FHA.3804@TK2MSFTNGP14.phx.gbl...
> > > Salut,
> > >
> > > je pense que DAO n'est pas très optimiser en dehor d'access ... si
> veux
> > > avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
> > t'obligera
> > > a reecrire une bonne partie de ton code...
> > >
> > > a++
> > > seb
> > >
> > > "Fredo" <emailarmin@free.fr> a écrit dans le message de news:
> > > eoEH%23ef7FHA.2568@TK2MSFTNGP10.phx.gbl...
> > > > bonjour !
> > > >
> > > >
> > > >
> > > > je suis en train de reecrire en VB.NET une tres grande application
> > > > conception de pieces, generationde plans DAO, pilotage de centre
> > d'usinage
> > > > et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
> > > >
> > > >
> > > >
> > > > Je voulais recuperer tout la partie qui concerne la base de
> qui
> > > > était ecrite en DAO 3.6.
> > > >
> > > >
> > > >
> > > > Si j'intègre cette bibliothèque, tout fonctionnne parfaitement,
> la
> > > > vitesse.
> > > >
> > > > En ecriture en VBA avec creation de 1000 enregistrmeents par
seconde
> ,
> > > > j'affiche une charge de CPU de 12%,
> > > >
> > > > alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une
> charge
> > > > CPU
> > > > de 80%?
> > > >
> > > >
> > > >
> > > > Au secours, qui a une idée
> > > >
> > > >
> > > >
> > > > j'accède de la façon suivant a la base de données :
> > > >
> > > >
> > > >
> > > > Dim Dbe As DAO.DBEngine
> > > >
> > > > Dim Db As DAO.Database
> > > >
> > > > Dim rs As DAO.Recordset
> > > >
> > > > Dbe = New DAO.DBEngine
> > > >
> > > > Db = Dbe.OpenDatabase(cheminAccesBase)
> > > >
> > > > rs = Db.OpenRecordset("SELECT * MesuresPoints")
> > > >
> > > >
> > > >
> > > > j'ecris dans la base de la facon suivante
> > > >
> > > > rs.addnew()
> > > >
> > > > rs.fields("nomchamps").value=valeur
> > > >
> > > > rs.update
> > > >
> > > >
> > > >
> > > > si j'ecris en SQL une instruction d'ajout, c'est curieusement
> > plus
> > > > lent
> > > >
> > > >
> > > >
> > > > qui a une idée??
> > > >
> > > >
> > >
> > >
> >
> >
>
>
oui, mais c'est encore plus lent que la DAO!!
ça se trouve, il est impossible d'etre aussi rapide que la DAO qui tourne
VBA.
en VBA, creer 1000 enregistrments par sec dans une table avec 18 champs
seulement une charge CPU de environ 10%
alors en VBNET et DAO je plafonne a 250 enregistrments par sec a 100% CPU
et en ADO 100 enreg/sec a 100% CPU
curieux, je suis partie pour VBNET pour etre plus performant, et c'est le
contraire ????
"Patrice" a écrit dans le message de news:
> A priori il est plus "naturel" d'utiliser ADO.NET à partir de VB.NET...
>
> --
> Patrice
>
> "nathalie.steinhilber" a écrit dans le
> message de news:
> > j'ai testée, c'est encore bien plus lente que la DAO, d'ailleurs dans
> > fichiers d'aide du Visual Studio j'ai trouvée des informations qui
> indiquent
> > bien, qu'en terme de vitesse de la DAO est superieur a ADO.
> >
> >
> > "Sébastien" <Aucun> a écrit dans le message de news:
> >
> > > Salut,
> > >
> > > je pense que DAO n'est pas très optimiser en dehor d'access ... si
> veux
> > > avoir qq chose de plus rapide, tourne toi vers ADO.NET, mais cela
> > t'obligera
> > > a reecrire une bonne partie de ton code...
> > >
> > > a++
> > > seb
> > >
> > > "Fredo" a écrit dans le message de news:
> > > eoEH%
> > > > bonjour !
> > > >
> > > >
> > > >
> > > > je suis en train de reecrire en VB.NET une tres grande application
> > > > conception de pieces, generationde plans DAO, pilotage de centre
> > d'usinage
> > > > et systeme d'acquisition), que j'avais écrit en VBA sous Acces.
> > > >
> > > >
> > > >
> > > > Je voulais recuperer tout la partie qui concerne la base de
> qui
> > > > était ecrite en DAO 3.6.
> > > >
> > > >
> > > >
> > > > Si j'intègre cette bibliothèque, tout fonctionnne parfaitement,
> la
> > > > vitesse.
> > > >
> > > > En ecriture en VBA avec creation de 1000 enregistrmeents par
seconde
> ,
> > > > j'affiche une charge de CPU de 12%,
> > > >
> > > > alors qu'en VB.NET avec 80 enregistrements par sec j'affiche une
> charge
> > > > CPU
> > > > de 80%?
> > > >
> > > >
> > > >
> > > > Au secours, qui a une idée
> > > >
> > > >
> > > >
> > > > j'accède de la façon suivant a la base de données :
> > > >
> > > >
> > > >
> > > > Dim Dbe As DAO.DBEngine
> > > >
> > > > Dim Db As DAO.Database
> > > >
> > > > Dim rs As DAO.Recordset
> > > >
> > > > Dbe = New DAO.DBEngine
> > > >
> > > > Db = Dbe.OpenDatabase(cheminAccesBase)
> > > >
> > > > rs = Db.OpenRecordset("SELECT * MesuresPoints")
> > > >
> > > >
> > > >
> > > > j'ecris dans la base de la facon suivante
> > > >
> > > > rs.addnew()
> > > >
> > > > rs.fields("nomchamps").value=valeur
> > > >
> > > > rs.update
> > > >
> > > >
> > > >
> > > > si j'ecris en SQL une instruction d'ajout, c'est curieusement
> > plus
> > > > lent
> > > >
> > > >
> > > >
> > > > qui a une idée??
> > > >
> > > >
> > >
> > >
> >
> >
>
>
