Discussion :

[liverdan]

Bonjour à tous,

Actuellement dans l’écriture d’un code VBA dans Access, je souhaiterai éclairer ma lanterne avant d’aller plus en avant sur les méthodes à employer pour exécuter une requête stockée de type ajout (insert).

Quelle méthode est la plus approprié (en 2018) pour effectuer une telle action :

- Access : Docmd.OpenQuery
- DAO : querydef.Execute
- ADO : Connection.Execute
- ADO : Connection.Command
- Autre : ….

Après avoir lu les articles suivants :

- Définition et manipulation de données avec DAO
- Comprendre les Recordset ADO

J’avoue être un peu désorienté sur la bonne direction à suivre et à apprendre.

Si vous aviez quelles arguments pour me permettre de faire ce choix Cornélien.

[Zekraoui_Jakani]

Il fallait tester au moins l'une des solutions. Le plus simple est 'Docmd.OpenQuery "QueryName"', ça ne demande qu'une ligne de code en principe.

[liverdan]

Il fallait tester au moins l'une des solutions. Le plus simple est 'Docmd.OpenQuery "QueryName"', ça ne demande qu'une ligne de code en principe.

Bonjour,

Merci pour ton retour Zekraoui.

J'ai en effet utilisé la classe Docmd qui est la plus simple à mettre en œuvre pour l’exécution des requêtes stockés

En parallèle j'ai pu utilisé les autres classes pour la gestion des recordset en DAO puis ADO sur d'autre parties de mon code.

Mais comme je n'arrivais à aboutir avec la classe ADO (je crois que j'ai mal comprit la différence entre les deux méthodes Connection.Command et Connection.Execute avec les requêtes stockées).

Je voulais savoir quel intérêt j'avais de persévérer ou pas (avec l'ensemble des tutos, le newbie que je suis distingue mal vers quel méthode il faut s'investir). Du coup j'ai ma réponse... je fais au plus simple

Encore Merci.

[nico84]

Bonjour,

ADO est à privilégier si tu envisages à terme d'utiliser des bases autres qu'access (MSQL, Oracle...)

Sinon DAO convient très bien, par contre il est bien plus facile de maintenir le code si les requetes sont écrites dans le VBA :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
currentDB.Execute "INSERT INTO ...", dbFailOnError

Enfin la syntaxe ci-dessus a l'énorme avantage de renvoyer un code d'erreur précis dans err.Number (et sa description dans err.description) ce qui facilite énormément le débugage

[Invité]

Bonsoir,
perso je préfère ADO, mais i est vrai que je me balade de type de base en type de basse.

en revanche Access dispose de tout ça en natif {DAO} faut pas s'en priver.

DAO est le moteur de base de données Microsoft.

ADO est un DRIVER de base de données universel.

l’avantage que peut apporter l'un peut être un inconvénient chez l'autre et réciproquement.

[liverdan]

Bonjour,

Merci pour vos retours éclairer.

Au gré de mes investigations, j'ai pu voir plus clair avec l'article suivant :

Choosing ADO or DAO for Working with Access Databases

Voilà donc si j'ai bien tout comprit en bref :

Il est préférable d'utiliser ADO qui est l’hérité de DAO. Surtout si l'on souhaite travailler avec des données en dehors du moteur Jet d'access.

Sachant que certaines fonctions ont été implémentés dans une référence a part (ADOX). Il n'est pas possible de récupérer des données d'un objet recordset vers l'autre.

Si un habitué des classes ADO à le courage de poser le code pour utiliser une requête stockée d'ajout pour compléter l'article .

Pour ma part, j'ai pu résoudre mon besoin par la simplicité du DoCmd pour une requête ajout.

Encore merci à tous les participants