Discussion :

[Keihilin]

Bonjour,

J'ai quelques ajouts de fonctionnalités à réaliser sur une application Access 2002 et j'en profite pour ré-architecturer et nettoyer tout ça.

L'application sert de front-end vers un serveur Sybase et les tables nécessaires sont "linkées" (Linked ODBC) dans la base.

Actuellement, 5 développeurs au moins ayant déjà travaillé dessus, l'application mélange allègrement des accès aux données en DAO et en ADO. J'aimerais beaucoup unifier tout cela mais j'ai un peu de peine à définir le meilleur choix d'un point de vue des performances uniquement.

D'après les recherches que j'ai déjà faites, il me semble qu'ADO devrait être plus performant dans ce cas précis puisqu'on manipule des données stockées sur Sybase, mais le fait que ces données soit liées dans Access me colle un sérieux doute.

Est-ce qu'un spécialiste d'Access pourrait me donner un avis objectif ?

merci d'avance.

[Lou Pitchoun]

Salut Keihilin,

Je ne suis pas spécialiste Access (j'ai encore du chemin à parcourir ),
Utilise DAO vers une base Access.
Utilise ADO vers un autre SGBD.

Pour plus d'infos :
http://www.developpez.net/forums/sho...hlight=ADO+DAO
http://www.developpez.net/forums/sho...hlight=dao+ado
http://www.developpez.net/forums/sho...hlight=dao+ado
http://www.developpez.net/forums/sho...hlight=dao+ado
http://www.developpez.net/forums/sho...hlight=dao+ado
http://msdn2.microsoft.com/en-us/lib...ffice.10).aspx

[loufab]

En terme de perfo pure, je dirais ni l'un ni l'autre (quand c'est possible) utiliser des tables liées et des requètes restreintes.

Du snapshot quand on peut, et du dynaset uniquement sur l'enregistrement à modifier. Le formulaire n'attaque pas les tables directement mais passe par des requetes egalement. Lorsque c'est pour un saisie mettre le formulaire en mode saisie.

Cordialement,