Extraire les données d'une base Access dans Excel

[@patricianeve6039]

Félicitations pour ce merveilleux tuto qui permet de prendre des données d'Access et de les transmettre à Excel pour faire tous traitements désirés. Beaucoup plus facile que de créer des Formulaires Access et les coder pour obtenir les mêmes résultats ! Grande première pour moi. Grand merci, Stéphane.

Bonjour Patricia et comme toujours grand merci à vous pour ce témoignage de spécialiste que vous êtes. Concernant cette solution, j'ajouterais que le requêtage dans des bases de données Access offre des temps de réponse largement raccourcis en comparaison du traitement des données que nous aurions effectué depuis des feuilles du classeur.

[@patricianeve6039]

@ Il est vrai que rester dans Access pour tout faire offre un temps de réponse beaucoup moindre que de faire les requêtes à partir d'Excel. Mais d'un point de vue d'un utilisateur lambda et au vu de toutes les possibilités de traitement qu'offre Excel, cet utilisateur pourra utiliser les données transmises comme il le désire. Excel est beaucoup plus convivial qu'Access. Et j'ai souvent eu une réaction de "peur" de la part d'utilisateurs d'entrer dans Access, comme dans toute autre base de données d'ailleurs.

[@patricianeve6039]

@ Il est vrai que rester dans Access pour tout y faire est un vrai gain de temps. Mais pour un utilisateur lambda et au vu de toutes les possibilités offertes par Excel pour traiter et manipuler les données, le transfert vers le tableur est parfois la meilleure solution. J'ai très souvent vu des utilisateurs avoir peur et presque refuser d'entrer dans une base de données....

Oui, je suis d'accord avec vous Patricia. Nombreuses sont les personnes qui n'osent s'aventurer dans Access tant il paraît compliqué de le démystifier. Et lorsque justement, on peut exploiter son moteur de base de données depuis Excel, on décuple la puissance et les possibilités.

[@kamelkb8220]

Bonjour Monsieur Rosstti, merci infiniment pour ce formidable travail.

Bonjour Kamel, c'est très gentil à vous. Merci beaucoup pour ce message en retour.

[@dewesler]

Bjs Monsieur Rossetti superbe travaille ,encore un grand merci pour le travaille que vous effectué Alain

Bonjour Alain, votre message est une grande satisfaction, je vous en remercie infiniment.

[@wizard0147]

Merci beaucoup pour le temps passé à faire ces vidéos géniales !! Grâce à toi, j'ai réussi à faire des trucs incroyables sur Access et Excel !!

J'en suis vraiment heureux Vincent et c'est moi qui vous remercie pour ce témoignage.

[@nynjago6845]

Super travail! Bravo pour cette belle solution qui permet de valoriser une base de données via Excel et ainsi de mieux la partager! je vais tester! Merci beaucoup !

Bonjour Nynja Go, en effet le résultat est intéressant du fait de la la combinaison des deux logiciels chacun dans leur domaine. Merci beaucoup pour votre message.

[@GeorgeBander]

Bonsoir Cher professeur ! Je me suis une fois de plus régaler avec ce "volet" que j'attendais sans impatience ! Je n'ai pas vôtre charisme pour pouvoir faire des vidéos, et m'abstiendrai de gêner ...! Soyez sans crainte de votre côté, l'on ne peut rien vous reprocher, c'est si naturel et inattendu que cela en devient du génie (humain) ! Je ne saurais jamais assez vous remercier pour ce que vous faites, ce n'est certes point des paroles en l'air !! Vous approchez les sujets à la suite comme un génie sortant de sa bouteille , prêt à abolir tout esclavage des logiciels qui apparaissent au premier abord inaccessible...! Un vrai délice quoi...J'ai remarqué pourtant une petite chose insignifiante certes, mais possible dans l'élaboration des sujets ...Il s'agit du "Mettre sous forme de tableau" ! Cela est vraiment très pratique pour toute solution, ce que je fais pour la plupart des tutos que vous nous proposer !! J'arrête de vous ennuyer et vous souhaite une excellente soirée. Pardon, nuit, je viens de m'apercevoir qu'il est passé minuit !!! A bientôt mon cher professeur ....

Bonjour mon Cher Gérard, c'est beaucoup trop de louanges à mon égard, je suis très gêné d'autant que je ne mérite pas ce fleuve de compliments et je n'oublie pas la chance qui est la mienne que de vous compter parmi mes soutiens les plus sincères. Je pense aussi que vous êtes trop modeste car je ne doute pas du savoir et de la richesse que vous pourriez apporter. Concernant la fonctionnalité Mettre sous forme de tableau, vous avez raison en effet. Personnellement, je l'exploite essentiellement pour les bases de données volumineuses afin d'automatiser la mise en valeur. En tous cas mon Cher Gérard, une fois de plus je vous adresse un immense merci et vous souhaite un très bonne journée.

[@romlef526]

Bonjour stephane, j'ai pas encore eu le temps d'y regarder, mais je compte le faire dans la journée, j'ai juste eu le temps de survoler la video !!!!! aux premiers d’œil sa me plait bien cette formation, un immense merci, et je viendrai vous donner mon ressenti après avoir fait :) un excellent WE à vous

Bonjour Rom Lef, avec plaisir et j'attends votre ressenti avec impatience. Je vous souhaite une très bonne journée et vous remercie.

[@romlef526]

bonjour !! je ré-essayerai ce week end !!! car bizarrement j'ai pas réussi à obtenir le résultat aux vôtres, j'ai tout supprimé et verrai pour recommencé tout ça !! faut dire entre simple quote au milieu du deuxième double quote !!!! pas simple ces histoires de quotes , mdrrrr !!!

Bonsoir Rom Lef, oui c'est la problématique dans la syntaxe SQL où il faut doubler les côtes pour encadrer les expressions variables de texte. Si elles ne sont pas reproduites strictement, l'expression génère une erreur et l'accès aux données échoue. En tous cas, merci beaucoup de m'avoir donné ce retour. Très bonne soirée à vous.

[@romlef526]

alors j'ai très certainement dû commettre une erreur de syntaxe quelque part , je suis allé jusqu'à 27 minutes , moment au quelle vous avez testez en choisissant un département , vous avez choisi l'isère, et il vous a listé tous les renseignements avec le mot clé Isère. Moi dans mon cas en choisissant Isère ou un autre, il n'a rien affiché, dans aucune des colonnes. Avant de l'avoir testé , j'ai pris soin d'avoir compiler le projet, il n'a décelé aucune erreur !!! Peu être que c'est pas une erreur de syntaxe mais peu être '' un lien '' vers quelque chose, va falloir que je reste cela !!!! je re-testerai cela et je vous redirai :) bonne soirée à vous

L'erreur de syntaxe SQL n'est pas détectée par le débogueur, elle ne peut être interprétée qu'au moment de l'exécution sur la base par le moteur de base de données qui ne parvient pas à accéder aux enregistrements selon la syntaxe fournie. En effet, une syntaxe SQL sans les côtes doublées est tout à fait conforme dans certains cas. une clause WHERE sur des champs numériques ne doit surtout pas doubler les côtes, puisque précisément il ne s'agit pas de texte.

[@frogeregis]

Merci BCP Stéphane

Avec plaisir François, merci à vous pour votre soutien

[@richardpaquin8954]

Bonjour Monsieur Rossetti, merci pour ce superbe travail. j'ai cependant une question - Pourquoi doit on déclarer, a nouveau, les variables de type database et recordset lorsqu'on passe au module "Extraire". Ils avaient pourtant été déclarés a l'ouverture de la worksheet. N'y a-t-il pas moyen de ne les déclarer qu'une seule fois Global (Public) pour toute la durée du traitement ?

Bonjour Richard et merci beaucoup pour votre intérêt. Oui, tout à fait et c'est une remarque pertinente. Notez néanmoins que ces variables objets sont lourdes. Si on les déclare en publique, on a intérêt à les utiliser souvent. Et pour cela, le module extraire doit être intégré dans le code de la feuille pour que les variables soient portées. Une autre solution parmi d'autres consisterait à passer ces variables objets en arguments d'une fonction de la page de code du module afin de les transférer. Dès lors la procédure extraire n'aurait qu'à appeler cette fonction pour récupérer les objets déjà ouverts.

[@marckaos]

Bonjour Stéphane, je regarde assidûment vos vidéos sur Excel, Access mais je rencontre une difficultés que je pense vous n'avez pas abordée. J'ai plusieurs tables dans une base Access, environ 80 et je voudrais les ouvrir avec une requête SQL paramétrée sur le nom de la table depuis Le VBA d'excel. Du genre Openrecordset("SELECT * FROM maVariable") maVariable étant le nom d'une table dans ma base Access. Je rame depuis plusieurs jours et sur le net je ne trouve rien de probant surtout avec la version Office 2016. J'ai réussie à passer les paramètres avec des variables mais en ce qui concerne le nom des tables je piétine. Si vous pouviez faire une vidéo sur le sujet se serait top, merci d'avance. Amicalement, Marc.

Bonjour Marc et merci pour votre message. Je comprends votre problématique. Je peux vous suggérer cette formation : www.bonbache.fr/charger-dynamiquement-une-liste-deroulante-en-vba-189.html qui est une partie de la conception d'un Qcm avec Access et VBA. L'utilisateur choisit le thème sur lequel il veut être évalué. Ce thème correspond au nom d'une table, soit une variable. Cette variable est exploitée pour charger le formulaire en fonction de cette donnée. En tous cas, vous y trouverez les instructions VBA permettant de piloter les tables de la base comme des variables par le code.