Bonjour a tous (je le fais en Fran?ais, mon anglais ?tant trop limit?)

J'ai deux applications hyper simple de test (pour mettre en ?vidence un gros probl?me de performance). => c'est une extraction (donc tout est dans le main) d'une grosse application )
L'une en C++/MFC/ADO (#import msAdo15.dll), l'autre en VB.NET/ADO (ADOX...msAdo15.dll).
Les param?trages des connexions/recordsets sont a priori identiques des deux cot?s.

Les propri?t?s quand on les r?cup?re, ne sont pas identiques => mon instinct me dit, pb de param?trage par d?faut, des plateformes (Cpp/VB), un peu comme avec XP, 7, vista quand on joue avec le OnPaint(), et que l'on n'initialise pas l'ensemble des ?l?ments facultatifs...

Algorithmiquement parlant, on lit une table d'une base Access, que l'on va ?crire dans une autre base Access, une b?te copie de base en somme.

Le code VB s'ex?cute en 5secondes pour 15000 enregistrements, le code Cpp lui met 30minutes...et l'?cart se creuse exponentiellement...(pour 1000 enregistrements VB : 1s CPP : 5s ? la louche )...
=>probl?me probable dans le param?trage du recordset qui doit se rafraichir alors que ce n'est pas n?cessaire...

J'ai vu plein de post sur ce probl?me sur la toile, mais aucune solution pertinente, qui colle ? mon contexte. J'ai beau modifier le param?trage, cela n'impacte par les non perf.
Quand j'utilise le profileur (CPU), je passe 99% de mon temps dans le AddNew() d'ADO (si j'utilise l'update 'implicite') et 99% de mon temps dans l'Update(), si je met celui-ci explicitement.

Y aurait-il donc un 'sp?cialiste' du param?trage ADO dans la salle ?

Mes deux solutions (.sln) sont ? disposition pour qui aurait une piste...ou une id?e...ou voudrait creuser la probl?matique (mais il est imp?ratif de maitriser ADO, donc d?butant s'abstenir)...

Merci...