Discussion :

[antoine dpt]

bonjour les amis,

question rapide. Sur un project .adp qui communique avec un server SQL, est ce que j'ai interet a utilise docmd.SQL ou utilise du code avec ADO quand je veux interagir avec mes tables?

j'ai lu des trucs dans la FAQ qui on l'air de dire que c'est toujours plus rapide de travailler avec DAO pour faire des operations sur les tables.

je me demande si c'est de meme pour ADO quand on travaille avec un serveur.

alors, ADO ou Docmd.RunSQL? telle est la question.

[naphta]

Bonjour,

Je donne ici un constat personnel, après avoir banni docmd.runsql , puisqu'il fallait le faire pour les DSUM, DSOUNT etc. et tout passer sur le package ADO constitué de 2 activeX pour ce que j'avais à faire.

Sur certaines machines, sous vista uniquement, j'ai eu des phénomènes très étranges à l'exécution de certaines commandes de mise à jour via ADO, access retourne des messages d'erreurs de type "syntax error" et cerise sur le gateau de temps en temps pas toujours !

Quand je repasse les mêmes requêtes avec docmd.runsql je n'ai plus les soucis !
On ne peut pas mettre à jour les MDAC sur Vista alors j'ai fait toutes les mises à jour mais cela persiste et toujours de façon très aléatoire.

Voila il y a peut être quelque chose qui m'a échappé, je n'ai pas trouvé la solution alors je suis revenu à docmd....

A+

[Tonioyo]

Bonjour,

Ce choix est un choix de conception car il existe plusieurs méthodes qui ont plusieurs effets différents.

Si par exemple un requete doit etre faite sur une base access un docmd.RunSQL ne gêne pas d'autant plus si c'est pour executer une requete simple.

Si on se trouve dans le cas ou une requête doit être executée sur SQLServer qui est potentiellement posé sur un réseau qui possède un fort trafic, il est plus approprié (d'un point de vue sécurité de l'information et Qualité de Service) d'utiliser ADO avec une connection etc... Pourquoi ? Parce que les requête seront encapsulées et donc il y a beaucoup moins de risque qu'elle se perdent toutes seule voir ne meurt sur le réseau.

Et puis il existe aussi le DAO pour access qui est plus ou moins le même principe qu'ADO.

Donc tout dépends de l'architecture, de la quantité de données attendus etc ...