OVH Cloud OVH Cloud

choix et performances

5 réponses
Avatar
keopsdom
bonjour

Quelle est ma la meilleure maniere, en termes de performances d'importer 200
000 clients d'une table liée dans une table autre table indexée.
Par le requetteur?
Par docmd.RunSql?
Par DAO via le traitement des recordset.?
ou par Ado pour le choix des curseurs ?
le meilleur temps etants 2minutes 30 que j ai trouvée.

Ou quelle astuce existe ? a part importer les données d'une table liée qui
genere des lenteur pas possibles sur les traitements.

5 réponses

Avatar
Stéphane
Je ne sais pas, mais en tout cas, 2 minutes 30 pour importer 200 000
clients, je trouve ca correct.

Stéphane.

PS : désolé, je n'ai pas fait avancer le schmilblick.



"keopsdom" a écrit dans le message de news:

bonjour

Quelle est ma la meilleure maniere, en termes de performances d'importer
200 000 clients d'une table liée dans une table autre table indexée.
Par le requetteur?
Par docmd.RunSql?
Par DAO via le traitement des recordset.?
ou par Ado pour le choix des curseurs ?
le meilleur temps etants 2minutes 30 que j ai trouvée.

Ou quelle astuce existe ? a part importer les données d'une table liée qui
genere des lenteur pas possibles sur les traitements.






Avatar
Pierre CFI [mvp]
bonjour
la req sera un peu moins lente o:)

--
Pierre CFI
MVP Microsoft Access

Site pour bien commencer
Access http://www.mpfa.info

"keopsdom" a écrit dans le message de news:
bonjour

Quelle est ma la meilleure maniere, en termes de performances d'importer 200 000 clients d'une table liée dans une table autre
table indexée.
Par le requetteur?
Par docmd.RunSql?
Par DAO via le traitement des recordset.?
ou par Ado pour le choix des curseurs ?
le meilleur temps etants 2minutes 30 que j ai trouvée.

Ou quelle astuce existe ? a part importer les données d'une table liée qui genere des lenteur pas possibles sur les traitements.






Avatar
keopsdom
merci pour ta rapidite

justement cela me le semblait aussi mais a l utilisation les clients font
rarement les mises a jour sous pretexte que c est long !
je ne sais pas mois imaginons que la table d 'import sois sous sql aurais je
le meme resultats en utilisant l 'ODBC ,


"Stéphane" a écrit dans le message de
news: uOp$
Je ne sais pas, mais en tout cas, 2 minutes 30 pour importer 200 000
clients, je trouve ca correct.

Stéphane.

PS : désolé, je n'ai pas fait avancer le schmilblick.



"keopsdom" a écrit dans le message de news:

bonjour

Quelle est ma la meilleure maniere, en termes de performances d'importer
200 000 clients d'une table liée dans une table autre table indexée.
Par le requetteur?
Par docmd.RunSql?
Par DAO via le traitement des recordset.?
ou par Ado pour le choix des curseurs ?
le meilleur temps etants 2minutes 30 que j ai trouvée.

Ou quelle astuce existe ? a part importer les données d'une table liée
qui genere des lenteur pas possibles sur les traitements.










Avatar
keopsdom
Exact ! donc il n 'ont qu a attendre point barre.
merci quand meme
la je vais etre pointilleux. j 'exploite cette table sous ADO
avec un recodset de la sorte :rs.open sql,cnn,dbopendynaset,adlockoptimistic
le resultat d'une premiere recherche dure presqu'une minute , et les
suivantes sont instantanées.
Pourquoi la premeire prend elle du temps ????
que se passe t il techniquement, oups informatiquement lol!



"Pierre CFI [mvp]" a écrit dans le message de
news:
bonjour
la req sera un peu moins lente o:)

--
Pierre CFI
MVP Microsoft Access

Site pour bien commencer
Access http://www.mpfa.info

"keopsdom" a écrit dans le message de news:

bonjour

Quelle est ma la meilleure maniere, en termes de performances d'importer
200 000 clients d'une table liée dans une table autre table indexée.
Par le requetteur?
Par docmd.RunSql?
Par DAO via le traitement des recordset.?
ou par Ado pour le choix des curseurs ?
le meilleur temps etants 2minutes 30 que j ai trouvée.

Ou quelle astuce existe ? a part importer les données d'une table liée
qui genere des lenteur pas possibles sur les traitements.










Avatar
J-Pierre
Bonjour,

Dans les options ADO, y'en a une "Read Only", ça devrait améliorer un peu, non ?

Si tu ne trouves pas dans ta doc, j'irai chercher, mais je n'ai pas trop le temps, là.

J-Pierre

"keopsdom" a écrit dans le message de news:
Exact ! donc il n 'ont qu a attendre point barre.
merci quand meme
la je vais etre pointilleux. j 'exploite cette table sous ADO
avec un recodset de la sorte :rs.open sql,cnn,dbopendynaset,adlockoptimistic
le resultat d'une premiere recherche dure presqu'une minute , et les suivantes sont instantanées.
Pourquoi la premeire prend elle du temps ????
que se passe t il techniquement, oups informatiquement lol!



"Pierre CFI [mvp]" a écrit dans le message de news:
bonjour
la req sera un peu moins lente o:)

--
Pierre CFI
MVP Microsoft Access

Site pour bien commencer
Access http://www.mpfa.info

"keopsdom" a écrit dans le message de news:
bonjour

Quelle est ma la meilleure maniere, en termes de performances d'importer 200 000 clients d'une table liée dans une table
autre table indexée.
Par le requetteur?
Par docmd.RunSql?
Par DAO via le traitement des recordset.?
ou par Ado pour le choix des curseurs ?
le meilleur temps etants 2minutes 30 que j ai trouvée.

Ou quelle astuce existe ? a part importer les données d'une table liée qui genere des lenteur pas possibles sur les
traitements.