Discussion :

[sigma17]

bonjour la communauté,
personnellement je pense que la question ne se pose pas...mais bon!
j'ai travaillé sur un projet pour la réalisation d'un tableau de bord à partir des tables du logiciel sage comptabilité avec des professionnels d'un cabinet de développeur qui proposait une solution en passant par ODBC et plein de chose compliqué surtout à un prix exorbitant. C'est alors qu'en interne nous nous sommes penché sur le VBA de excel et croyez moi nous avons développez une application qui permis de réaliser parfaitement notre tableau de bord. Alors si sa c'est pas professionnel, je me demande bien ce qu'on traitera de "professionnel".
Cordialement!

[joe.levrai]

Bonjour à tous,

je poste également mon avis ... ou plutôt mon absence d'avis tranché.

A vrai dire, ça va plutôt ressembler à une tranche de vie.

Je ne suis pas informaticien. Pour des raisons pratiques, je me suis mis au VBA afin d'automatiser des petites virgules sur des fichiers excel. Le but était de sortir rapidement des chiffres. Bref, un basique.

Et puis, le temps faisant, j'ai petit à petit complexifié les traitements, établi des formulaires pour que mes équipes puissent renseigner leur activité.

Un jour, ma société (une PME de taille moyenne-grosse) m'a proposé d'user de ces connaissances pour développer des applications complexes, gérer des quantités de données impressionnantes, de sources diverses (SAP - Oracle - SteamServe - SharePoint - Outlook - autres divers et variés)

Je n'avais qu'une contrainte : tout devait être 100% Excel, impossible d'utiliser Access ou d'investir dans des logiciel ou missionner des prestataires pour développer des solutions plus adéquates.


3 ans ont passés, mes applications sont toujours là, elles évoluent, donnent naissance à des enfants, s'enrichissent de colatéraux. Parfois même se voient adoptées par des parents pour les piloter.

Aujourd'hui, ce sont des 100aines d'utilitaires, des base de données (relationnelles ou non) hébergées dans des fichiers Excel, des workflow développés dans Outlook, avec remontée des données (volumétrie, horodatage, cohérence, dispatch etc...) vers Excel. Bien sûr, des reportings partant de Excel et adressés via Outlook, des automation sur des logiciels tiers, j'en passe et des meilleurs ... Des connexions sur des SharePoint (avec parfois manipulation des WebServices).

Bien entendu, tout est écrit dans Excel, avec liaison tardive pour les bibliothèques externes
Et j'ai bien conscience que beaucoup qui me liront, arrivés à ce stade du message, auront les cheveux hérissés sur la tête (s'il leur en reste !)
Je répondrai uniquement : ça marche, ça évolue, et malgré les volumes de données et d'interactions ça répond au doigt et à l'œil (au prix de pas mal d'hectolitres de café, je l'avoue ... et de la motivation).


Pourquoi vous raconter tout ça ?

Tout simplement pour dire que tout le monde a un peu raison et tort sur ce sujet dans le fond.
Je pense que la question n'est tout simplement pas la bonne.

Elle devrait plutôt être : A partir de quand VBA devient une solution déraisonnable ?
Voici ma réponse, ou plutôt mes trois réponses possibles :

- quand les besoins dépassent la capacité des développeurs à les solutionner
OU
- que les solutions apportées représentent une économie trop faible au regard d'une solution passant par d'autres outils/langages
OU
- que les besoins ne sont pas standardisables (et nécessiteraient de nombreuses réécriture au fur et à mesure)

VBA offre des avantages non négligeables, notamment :

- facilité d'apprentissage (j'ai appris seul à coup de nuit blanche et de lecture du forum)
- communauté et documentation importante sur le net en cas de souci
- possibilité (c'est un bien et un mal) de détourner complètement l'usage d'une application pour la retailler (Ils ont été assez supris mes auditeurs Microsoft quand je leur ai dévoilé notre organisation Outlook, qui est devenue une application métier totalement customisée et branchée sur un millier de boite mails partagées). Bien sûr, il ne faut pas faire la fine bouche et accepter deux faits : la solution ne sera pas la plus rapide ET devra nécessairement passer par une réflexion d'algorithmique beaucoup plus poussée
- capacité des procédure à manipuler d'autres langages

Egalement des inconvénients, comme celui du "A" de VBA
Mais dans ce cas là, il reste le Vb, Vbs, VB.NET etc....?


Ma conclusion sera semblable à beaucoup d'autres. A ceci près que je suis plutôt à ranger dans la catégorie des "amateurs qui ont probablement des choses à apprendre à certains se déclarant des pro".

Ce n'est pas le langage qui est le moteur de la réponse, ni même les compétences de celui qui développe.
C'est la fonction qui fait l'organe.
J'irai même jusqu'à dire que la qualité du code importe peu. Que ce soit codé de façon optimale ou totalement hors de toute logique ....

Ce qui compte c'est de se demander si le projet développé est :

- nécessaire (histoire de ne pas créer des fonctions personnalisées qui font des SOMME() simples)
- possible dans le langage souhaité (histoire de ne pas chercher à faire un clavier de piano sur Excel ... encore que .... )
- conforme aux attentes de celui qui a commandé "la chose"
- réversible, convertible, évolutif

[herve4]

De part mon expérience (plus de 10 ans en tant que responsable IT d'un service R&D), je peut vous dire que VBA Excel et Access et TRES utilisé notamment par des responsables de service (des ingénieurs dans des domaines autres que l'informatique). Généralement, quand l'application est arrivé au limites de son créateur ou du programme lui-même, je peut être amené à assurer leur maintenance.
Si l'application n'est pas trop complexe, je la refait en sous Visual Studio...

Après c'est pas tant le langage en lui-même que je reproche (même si il est vrai que je suis plus à l'aise avec les outils de débogage et de génération de code sous Visual studio).
C'est surtout les problème de gestion d'accès en écriture sur des tables sensibles dans des environnement complexes. Je n' approfondi pas plus sur le sujet car je pourrais écrire un bouquin dessus.

[cavo789]

Bonjour.

Je programme en VBA depuis peut-être vingt ans. Parmis mes plus grosses réalisations, j'ai développé un logiciel de simulation salariale (la source de données était en SQL Serveur). Tout ou presque était déjà alimenté avec les informations de l'employé et il suffisait d'indiquer ses préférences (4/5ème, mi-temps, ...) et l'outil générait plusieurs sorties qu'il était aisé d'envoyer par email (chiffres clefs en HTML dans le corps du mail et PDF en attach).

Actuellement, c'est un logiciel budgétaire utilisé au niveau national que j'ai développé en client / serveur et utilisé au travers d'un extranet. En Excel pour l'interface et SQL Server pour la base de données.

J'ai aussi, autre outil, développé un logiciel qui fait un query de type SELECT FROM au départ d'une Sheet Excel (il suffit de la déclarer comme data source) et qui lance des connexions vers une interface SAP.

Est-ce que VBA est un langage de programmation ? Il faudrait définir ce qu'est "langage de programmation" parce que, pour moi, tout qui permet l'automatisation d'une tâche correspond à de la programmation.

VBA permet d'interfacer tout ou presque, API Windows, appels à des DLL, lien divers avec MS Office, etc.

Clairement oui ! VBA est un langage universel et simple et pouvant malgré tout proposer un début de programmation orienté objet (classe, méthodes et propriétés). Pas très évolué, c'est sûr mais suffisant pour quantité de besoin professionnel.

VBA au travers de MS Office (publipostage, email, tableur, base de données, ...) donne une puissance phénoménale à qui sait s'en servir; n'en déplaise à ses détracteurs.

[Igloobel]

Je voudrais ajouter mon modeste grain de sel à cette discutions

Tout d'abord je suis un informaticien et ce depuis mes études. En effet mon cursus est un BAC H (H comme Hinformatique) que j'ai poursuivis tout naturellement par un BTS Informatique de gestion.

Là j'ai appris à coder en COBOL sous un IBM S36 puis sur un AS400

Avec mon modeste BAC+2 (à l'époque c'était suffisant) sous le bras j'ai commencé à travailler dans une "startup" (enfin ce mot n'existait pas en 1992 on disait PME, avec 1 employé ... moi). Cette société très à la pointe de la technologie faisait des animatiques 2D sous MsDOS6.22 et WINDOWS 3.1 d'une qualité égale à celle produite par Apple! C'est le tout début de la Pré.A.O.

J'ai aussi programmé du BATCH compilé avec des outils comme BAT2EXE et fait quelques développements sous dBASE III et Turbo Pascal.
Les autres langages comme le C, C++ que je ne maitrisais pas à l'époque n'ont pas été retenu comme investissement (je les entends encore dire :
"Cela nous apportera quoi de plus par rapport à ce que l'on a déjà ? "
Car en effet les petites structures n'ont pas toujours les moyens d'investir en licence et formation.

A partir de ce moment j'ai compris une chose, c'est que l'informaticien fait souvent ses programmes avec les moyens du bord !

Aujourd'hui je travaille dans une grosse Industrie. Et bien qu'informaticien je ne travaille pas au service informatique et tout comme mes collègues j'ai une restriction d'installation, et tout développement doit être fait (demande en 3 exemplaire) par le service informatique (qui étudiera qd il aura le temps) la faisabilité, comment et quand le faire.

alors oui j'avoue que pour un truc qui me demande 2 jours cela me peine d'attendre 6 mois (qd c'est accepté) et donc j'utilise VBA. J'ai aussi Access mais mon service me demande de ne pas trop développer dessus pour que mes collègues ne soit pas bloquer en mon absence

alors ben ... vu que j'ai été formateur je les forme en douce et surtout je documente, documente, documente ...


De plus si on reste en veille technologique sur ce qui se passe dans le monde 2 aspects sautent au yeux

1°) aujourd'hui il existe des outils pour faire le code à la place du programmeur comme par exemple tous les ateliers de génie logiciel(AGL)
2°) les Indiens sont moins cher et aussi compétant en codage que nous !

je conclurais en disant que le VBA restera l'un des langages le plus utilisé par ce qu'il est simple et avec lequel on peut faire beaucoup de chose, surtout qu'il est disponible et que la communauté est si vaste que l'on peut tout osé (sans faire faire son travail par les autres bien sûr).

Et en tout cas les programmeurs qui pensent qu'eux seuls peuvent programmer je me dois de les détromper car j'ai rencontré durant mon cursus un nombre très important de personnes qui programment et qui savent ce qu'ils font, et je ne parle pas de ceux qui bidouille qui eux sont légions.

Et aucun informaticien digne de ce nom ne peut les blâmer ils ne font que se débrouiller et font ce que leurs chefs leurs demande avec les moyens qu'ils ont à leurs dispositions.

[Marc-L]

2°) les Indiens sont moins cher et aussi compétant en codage que nous !

Etant modérateur sur un forum Excel étranger dans lequel une bonne base de la communauté provient d'Inde et de sa région,
je confirme la compétence de certains d'entre eux mais pour la majorité c'est comme en France ou ailleurs :
les mêmes questions même s'ils ont déjà la réponse sous les yeux, pas plus de recherche dans les discussions existantes
ni dans les tutoriels à disposition sans compter ni l'aide de l'Enregistreur de macros ni celle interne au VBA …

[unparia]

Bonjour et amitiés, Marc-L
Il y a ceux de Chandigarh (et de ses écoles informatiques) et ... les autres, parmi les "Indiens" ...
Ce ne sont pas du tout les mêmes et leur niveau n'est pas comparable.
On trouve des bidouilleurs partout. Des Copieurs/colleurs également (y compris sans rien comprendre de ce qu'ils copient/collent). A Chandigarh, on trouve des équipes de très haut niveau, prêts à tous les défis.
On peut également trouver à Chandigarh de fieffés crétins qui (comme partout ailleurs) croient encore que le développement est une affaire de recherches sur le Web. Ceux-là ne sont pas, n'ont jamais été (ou alors pour vraiment très peu de temps) des élèves des écoles informatiques de Chandigarh...
Je suis comme toi l'un des responsables d'un forum "étranger" (et pas le moindre). Et "nous" savons faire certaines distinctions entre les "uns" et les "autres", crois-moi ...

[Marc-L]

Bonjour unparia !

Nous sommes d'accord ! Et ceux ne trouvant pas d'application sur mesure livrée dans la journée dans leurs forums locaux,
on les retrouve vite ailleurs, encore un bienfait de la mondialisation …

[Pierre Fauconnier]

En train de développer un ERP sur une structure Access (frontal), classes personnalisées et dal en VBA, MS-SQL pour les données et procédures stockées...

Qui a dit qu'on ne faisait pas du pro avec VBA?

[capmicro]

Bonjour,
Afin de conforter le fait que VBA peut être un langage de non professionnel mais aussi professionnel, je vous apporte mon témoignage.
J'ai une entreprise CAPMICRO depuis 1994 qui était spécialisée en formation bureautique notamment sur les logiciels Microsoft du débutant au programmeur
ainsi qu'une activité de développement ACCESS et EXCEL en VBA. Mon activité de formation s'est arrêtée en 2006 mais je continue à développer en VBA pour des entreprises comme EDF entre autre.
Je suis un retraité salarié (24 ans à IBM Corbeil-Essonnes production Semi-conducteur) et à mon licenciement économique en 1994, j'ai créé mon entreprise qui est toujours opérationnelle.
En tant que Gérant et unique développeur, à 70 ans, je réalise encore un chiffre d'affaire annuel de l'ordre de 40 000€.
DONC, le VBA peut être une source d'emploi professionnel à condition d'employer des méthodes de programmation structurées et surtout d'avoir une parfaite maîtrise de l'analyse.

ps: mon historique, programmation Fortran dés 1965 à l'INSA de Lyon, puis BASIC avec un ZX81 en 1981, tableur 123Lotus à IBM en 1980, Excel en 1985, DBase de 1985 à 1990 puis passage à ACCESS

le principal intérêt d'utiliser VBA en développement d'application pour une entreprise, est d'obtenir une appli bon marché, rapidement mise en place, avec une maintenance rapide par le développeur ou par l'utilisateur après une formation de base au VBA.
cordialement, Gilbert Fourmy
0603200488

[neurone103]

Bonjour à tous,
Vous avez presque réussi à me frustrer en massacrant VBA de la sorte. Je suis programmeur autodidacte depuis 1996. c'était à une époque ou je ne pouvais pas avoir accès à d'autres langage de programmation. Je m'y suis habitué et VBA m'aide tous les jours dans mon métier de manager. Je l'utilise surtout comme un outil spécifique pour l'amélioration de ma productivité dans l'utilisation des outils de bureautique (Excel, Access, Outlook, Project...). Par exemple pour l'automatisation des taches complexes ou simple mais répétitives. En ce moment, la conception de mes reportings, j'ai développé une application VBA qui récupère les données dans nos différents Serveurs de données, les mais en forme sur Excel, génère des tableaux de bord que j'ai préconçu, édite ces Tableau de bord dans Powerpoint et l'envoi automatiquement à mes collaborateurs chaque semaine, chaque mois et chaque trimestre. Faire une autre utilisation de vba me parait inutile et chronophage

[Simplifi]

Bonjour à tous,
pour moi le langage n'est que l'expression de la pensée du programmeur. Si la pensée est claire et affinée, quasiment n'importe quel langage conviendra, même VBA! Par contre aucun langage ne comblera les erreurs d'analyse. Je dirais même qu'un langage permettant des notions tortueuses n'obligera pas l'utilisateur à simplifier sa pensée, ce qui est absolument indispensable, ne serait-ce que pour la maintenabilité.

[unparia]

A Simplifi (à qui j'ai mis un pouce vert) :
Bravo pour l'avoir rappelé. C'est tout-à-fait cela, quel que soit le langage utilisé (y compris non informatique).
Le reste (tout le reste) n'est qu'égarement... et quelquefois pure récitation ....
J'ajouterais volontiers ceci : lorsqu'une demande, sur ce forum ou ailleurs, est "confuse", cela signifie déjà que le demandeur n'a pas une idée bien claire de ce qu'il cherche à obtenir. Comment pourrait-il, dans de telles conditions, envisager de définir en instructions codées ce qu'il ne sait exprimer de manière claire dans son langage naturel (mille fois moins rigoureux qu'un code) ?
Savoir cerner un besoin, savoir l'exprimer, savoir isoler une difficulté rencontrée dans le "développement" d'une "pensée", etc ... sont les "signes" qui permettent de distinguer un développeur, d'un pseudo-développeur ...

[tomayo]

Bonjour,

sujet intéressant auquel j'apporte mon pt de vue quelque peu différent de ceux qui précèdent, ce sur une appli bien spécifique du VBA.

Au vu de vos commentaires, je pense que vous etes tous des professionnels avertis et aguerris de l'informatique (dans telle ou telle application). Et du fait de votre connaissance trés pointue de tout un tas d'autres outils, vous considérez que le VBA n'est pas trés pro.
Je comprend votre point de vue mais je pense qu'il est en partie biaisé du fait de vos activités professionnelles. Je m'explique.
Je ne suis pas un professionnel de l'informatique. Mon métier, depuis 15 ans, est la recherche en calcul scientifique avec spécialisation en algorithmique numérique et écriture d'EDP pour décrire diverses applis physiques. A ce titre, j'ai bcp fait ce que dans mon milieu on appelle du "développement informatique": essentiellement de l'algorithmique from scratch en C++, fortran, mpi, python... et aussi de l'extension de codes existants genre CGAL, openfoam, vtk (codes plutot propres et assez gros). Néanmoins, si j'ai bien du écrire une dizaine de millions de lignes de code (et aux mauvaises langues: non non meme en calcul scientifique on ne fait pas que du copier-coller), objectivement je suis tout sauf un professionnel de l'informatique. Absolument aucune culture web, réseau, database, graphisme...

Mais que vient faire VBA la dedans?

En fait, j'ai cherché pendant des années LE moyen de diffuser de la "culture" numérique dans les industries, i.e à des ingés dont c'est tout sauf le métier. J'ai essayé de les intéresser et les former aux codes tridimensionnels sus-cités (formation, mise à disposition des sources, d'une infrastructure informatique et tout et tout): échec total / trop dur, trop long à prendre en main, à maitriser, à faire tourner. Bon, vaillant comme tout, j'ai alors décidé de leur fournir des petits modèles d'EDP plus simples (monodimensionnels). Ca tourne vite, c'est plus facile de comprendre les équations... J'ai développé des petits modules dédiés en python, scilab, R et al. Résultat: échec total. Dixit: "oui mais c'est pas facile ces outils, on connait pas, il faut manipuler des fichiers d'entrée, il n'y a pas d'IHM, pas de graphismes en sortie..." On peut se gausser de tous ces arguments mais ils sont réels et, se mettant à la place des ingés qui ont 10000 autres choses à faire, on finit meme par comprendre leur point de vue.
Finalement, au bord de la dépression, l'illumination est venu il y a 5 ans: VBA + excel. L'outil miracle qui était sous mes yeux depuis le début: 1- tous les ingénieurs de l'industrie l'ont sur leur ordi et savent l'utiliser, 2- l'IHM par excellence pour rentrer les paramètres des équations, 3- les outils graphiques intégrés. Le tout en un par excellence auquel tout le monde a accés et accepte. Du coup, j'en ai codé un paquet d'équations 1D la dedans: du transfert thermique, massique, des modèles de lubrification, du poreux, de la perte de charge, de la flexion de poutre... Tout y passe sans problème, suffit d'avoir accés à des tableaux, des boucles,... et les outils de pré et post-traitement. Bref tout ce que ce vieux VBA/Excel fournit. Aujourdhui, avec le recul, je ne peux que dire que ce virage VBA a été une des meilleures décisions que j'ai prise car il m'a permis de diffuser bcp plus de savoir que ce que j'étais parvenu à faire pendant 10 ans avec d'autres outils.

Bon aprés il est sur qu'intrinsèquement c'est pas super sexy, moderne et efficace le VBA. C'est le moins qu'on puisse dire meme. Mais ca marche, c'est fonctionnel. Et au final, pour les ingés dont l'informatique (ou le numérique) n'est pas le métier, croyez-moi qu'ils en sont satisfait à 100%.

En conclusion: pour moi, un outil (informatique ou autre) est professionnel du moment qu'il crée de la valeur, qu'il est pérenne, efficace, rapide et qu'il permet de transmettre du savoir et de la technologie à des tierces personnes. Et donc, de ce point de vue, VBA est, je pense, un outil réellement professionnel. Et ca m'arrache presque une larme de dire ca parce que la philosophie "outils payants ET fermés" d'un Microsoft j'ai jamais pu la piffrer

[mèalornon]

Bonjour a tous,

Je developpe pas mal d'appli de stat en c# et en windev.
Pour moi le VBA est une bénédiction pour mettre en forme les données en pilotant Excel.

Et puis j'aiu des appli VBA qui tourne et franchement pas mal,
dans la durée, une telle stabilité je ne l'ai vu que dans C#.
Après il faut un peu structurer son code...comne d'hab quoi !

[loufab]

Bonjour,

Ce n'est pas le support qui fait le produit, c'est avant tout le développeur, son talent et sa connaissance du support et du métier.

Vous pourrez être le meilleur du monde, si il vous manque le talent ou la connaissance vous n'accoucherez que d'un vilain petit canard.

Donc VBA est-il professionnel, oui. Tous les jours nous en avons la preuve par les sujets traités sur nos forums et par notre expériences professionnelles.

Evidemment cette technologie est le parent pauvre dans notre métier. Bricoleur, amateur, artisanal (dans le sens péjoratif, comme si être artisan pouvait être péjoratif)... des vocables de ce type nous en entendons tous les jours.

Toujours critiqué mais jamais égalé...

[Invité]

Bonjour,
Si la question est de savoir si il est possible de faire des applications professionnel avec VBA, ma réponse est clairement oui! Mais il faut surpassé les entrave que Microsoft a place à nos poignais.

En vertus de la lois anti trust américaine!

Pensez-vous que VBA n’est pas un langage professionnel ?

Mais dire que VBA est un langage de programmation professionnel là non car il a été conçu pour ne pas l'être . Pourquoi devons nous utiliser des astuces pour implémenter un timer alors qu'il y a en natif des timer double precision sous forme de Dll ou Ocx dans Vb6.

Pourquoi MaskEdite est absent et nous permettrait de saisir se date au bon format.

Pourquoi ne peut on pas metre un @ dans une zone se texte si le userform dispose également d'un webbroser alors qu'il n'y a pas de problème avec Vb6?

Pourquoi dois'je créer mes propres contrôle qui pour le coup utilise le contrôle natifs de Vb6 alors que je dispose de touts les outil de développement de Microsoft parfaitement licenciés?

Pourquoi avec Excel 97 il était possible pour un PME disposant d'Excel standard de commander à une SSII une application professionnel?

Notepad est un outil de développement très puissant. Ce qui compte c'est pas l'outil mais le talent!

On ne peux pas réduire cette question au verre à moitié vide; au parents pauvre,alors que Vba n'est pas un parent mais un enfant de Vb6 (issu d'une famille bourgeoise) déshérite par ses parents! Si nous n'avons pas l' honnêteté de le reconnaître alors..

Vb6 étant un éditeur compilateur il est possible d'imaginer que tous le problèmes liés a la sécurité du code ( et très souvent exposé sur ce forum) pourrais être réglé grace à une option de compilation??

Avant Vb6 il n'était pas possible d'implémenté du vba dans Excel!
Vba a des parents très puissant mais il a été élagué des 2/3 de leurs possibilités!

On ce méprend sur le statut social de Vba mais il est le dernier empereur chinois!

[clementmarcotte]

Ouais, mais des fois, à force de faire des guerres de clochers, extrêmement ennuyantes pour la plupart des membres, sur la façon de programmer en VBA des recherches récursives de fichiers, alors qu'il n'a jamais été conçu pour cela, on se pose des questions...

[unparia]

Bonjour clementmarcotte

Je "plussoie" d'autant ta remarque, que :
- la résolution de ce "problème" (au demeurant parfaitement résoluble avec VBA) nécessite beaucoup plus une bonne connaissance de Windows
- VBA offre déjà ce qu'il faut à des fins réellement utiles ("passer" sur une feuille de calcul une arborescence ne sert pas à grand-chose, pour ne pas dire "ne sert à rien")
- il est assez dangereux, par contre, de faire un "outil" bancale, incomplet, etc ... en lequel un néophyte pourrait ingénument confier
- s'il s'agit de faire l'examen (très sporadique et dans des circonstances très particulières) de ce que l'on a : l'explorateur est là pour cela
Amitiés

[Gorzyne]

j'ai du mal à saisir cette question de l'utilité de récréer une arborescence de fichiers

si je reçois un paquet de dossier et sous dossiers bordéliques avec des milliers de fichiers, le premier truc que je fais c'est de tout lister dans l'arborescence, les extensions, les tailles de fichiers, le lastmodified, etc... et vba est effectivement le plus efficace que je connaisse pour se faire une idée rapide de ce que contient un dossier, mais bon ça c'est un pouillème des possibilités de vba, qui au passage peut encapsuler des requêtes dans n'importe quel autre langage

la principale difficulté de vba c'est d'appréhender l'immensité des possibilités qu'il ouvre, à ce titre c'est pour ça que je l'appelle couteau suisse de l'informatique.