Discussion :

[Thomas1434]

Bonjour à tous !

Pas de réelle question technique ici mais plus une question d'organisation. J'aimerais en fait que mes utilisateurs puissent chargés plusieurs enregistrements dans une table en une seule fois.

Selon vous, quelle est la meilleure manière de procéder (et aussi la plus flexible) sachant qu'ils travaillent dans Excel.

_Leur permettre d'importer un fichier excel de leur choix (en contrôlant le format des données)
_Leur demander de faire un copier-coller dans une table intérmédiaire (le contrôle du format serait donc automatique)
_Le faire éventuellement via une macro (add-in) directement depuis Excel
_Autre manière ?


Merci d'avance pour vos idées/pistes.

[minot83]

Bonjour,

ce que je ferais (peut-être par méconnaissance des autres possibilités)
un fichier Excel lié dans Access reprenant les colonnes/champs souhaitées.
Puis une requête d'import des données de la table Excel vers la (ou les) table(s) Access suivant ta structuration de tables.

Il y a également ce tutoriel
http://cafeine.developpez.com/access/tutoriel/excel/

Cordialement

[RobiPMS]

Bonjour.
J'ai eu à résoudre une situation identique. J'ai, dans Excel, créé des boutons permettant de sélectionner et copier (donc vers le presse-papier) une plage précise de cellules. Après la copie, une base access intermédiaire est ouverte, et cette base comporte une table intermédiaire, et une série de procédures de mise en forme et contrôle des données est réalisé dans cette base. La dernière procédure dans cette base intermédiaire est le lancements des requêtes de mise à jour ou d'ajout des données dans la base access qui reçoit finalement les nouvelles données.
Et cela fonctionne très bien. La table intermédiaire était dans mon cas indispensable parce que les formats des données dans Excel sont pour plusieurs champs différents des formats dans la table access de destination. Et parce que je maîtrise mieux le VBA avec Access qu'avec Excel, pour réaliser les contrôles et mises en forme nécessaires!
Cordialement.

[Thomas1434]

Hello,

Merci pour vos réponses.

@minot83 : Je ne peux malheureusement pas lié le fichier excel. Chaque utilisateur utilisant le sien.

@robiPMS : Ta solution est celle qui me semblait également la plus convaincante. Ce que j'ai fais : Permettre à l'utilisateur de choisir le fichier à importer, mettre les informations dans une table temporaire, contrôler les champs, tourner une append query. Cela semble plutôt bon.

Par contre, quelque chose me tracasse quand à la gestion des erreurs. En effet, je permets aux utilisateurs de chargés des dizaines d'enregistrements mais lorsqu'une erreur se présente (par exemple un duplicate), est-il possible d'identifier l'enregistrement qui pose problème.

Je me vois mal sortir un MsgBox qui dirait "Hello, un des tes 50 enregistrements est un duplicate, cherche-le et enlève-le. Bonne chance "

[RobiPMS]

Bonjour.
Dans mon appli access intermédiaire, j'ai une série de requêtes qui sont lancées et qui sont spécifiques aux divers cas qui peuvent se présenter : par exemple, dès que les données y sont collées (Excell copie les données et ouvre la base access intermédiaire, et dans cette base, un bouton invite à "coller les nouvelles données"), une requête de recherche des doublons est lancée, s'il y en a, ils sont affichés dans un formulaire permettant de choisir l'action à effectuer (garder ancien enregistrement, ou le nouveau, ou mettre à jour l'ancien avec l'enregistrement importé. Une autre procédure recherche les enregistrements où manquent éventuellement des données essentielles, en affiche une liste à imprimer, puis les supprime...
C'est tout l'intérêt de la base intermédiaire : pour tes "duplicate", tu n'as qu'à faire une requête de recherche des doublons, et un formulaire qui les affiche s'il y en a et permet de choisir dans ce cas l'acion à effectuer. A toi de réfléchir à toutes les "anomalies" à détecter, et à construire les requêtes et procédures de vérification, puis traitement en fonction des spécificités de de ce que tu importes. Et cela avant de lancer la requête d'ajout vers la base de destination.
Cordialement.

[Chrysostome]

J'avais déjà posté sur un autre forum, et RobiPMS m'avait gentil orienté, mais je reste toujours sans vraiment de solution "esthétique".
Je distribue aux différentes succursales une MDB (Frontale et dorsale) avec, par exemple, une table de prix de bases:
Quelle serait la "meilleure" solution pour mettre cette table à jour par le Web (Internet ou FTP - pas de problème, j'ai un serveur)? J'enregistre la date de la dernière mise à jour, je viens contrôler s'il y en a une nouvelle, et là, qu'est-ce que j'envoie ou fais télécharger comme type de données?
Un fichier texte, un fichier xls, xlm, ou une mdb avec une seule table?
Merci de vos réponses.

[micniv]

Bonjour,

la problématique est de mettre à jour périodiquement un tarif des prix.
Si cette table des tarifs de base est la même pour tous les sites déployés,
ma suggestion est de la mettre dans une base Access à part qui sera une deuxiéme base dorsale.
Une mise à jour des tarif consisterait à un simple remplacement de cette dorsale.

[Chrysostome]

Merci de votre réponse.
Je vais faire ça. C'est ce que je pense aussi être le plus "Esthétique". Ça évite aussi beaucoup d'automation aléatoire.