Discussion :

[yves0]

Bonjour chers experts, je suis débutant sur Access (j'ai déjà gérer quelques tables et fichiers mono-utilisateurs et fait quelques requêtes en SQL mais pas encore de VBA for Access).

Je m'occupe d'un fichier Excel partagé pour le suivi de problèmes de 4 départements de mon entreprise. Celui-ci sert à enregistrer les problèmes des utilisateurs. 4 à 10 personnes travaillent sur ce fichier pour y enregistrer les problèmes et faire le suivi.

La procédure utilisée est la suivante: L'utilisateur qui a un problème rempli un template Excel, en fait un fichier Excel de demande d'intervention et l'envoi vers une boite fonctionnelle sur Outlook. Là-bas, une des personnes qui s'occupent des problèmes voit qu'il y a un nouveau problème, ouvre le fichier Excel de suivi et lance une macro qui va ouvrir le fichier de demande d'intervention, attribué un numéro d'intervention, et recopier les différents champs (une vingtaine) dans le fichier de suivi.

Ce fichier contient maintenant plus de 1000 lignes et plus de 50 colonnes (20 du template, 15 pour la résolution et le suivi et 15 pour le reporting) et est extrèmement lent. Il est situé sur un serveur d'où il est accessible aux différents départements.

Je voudrais donc remplacer ce fichier Excel de suivi par un fichier Access. Je pensais à faire un système avec une base de donnée en 1 table sur le serveur lié à un système de formulaire pour le remplissage et de rapport prédéfini sur chaque poste utilisateur.

1. Cette solution vous semble-t-elle réalisable? J'avais lu le post de Dolphy35 sur la gestion multi-utilisateur et je comptais me baser la dessus.

2. Est-ce que, d'après vous, cette solution devrais être plus rapide que celle utilisée actuellement?

3. Est-ce que je pourrais réutiliser ma macro de remplissage utilisée par Excel sur Access?

D'avance un grand merci,

Yves

[f-leb]

bonsoir yves0,

Pour le reste pourquoi pas, mais il serait dommage de faire ça:

Je pensais à faire un système avec une base de donnée en 1 table

de 1000 lignes et plus de 50 colonnes ...

Access n'est pas qu'un outil rapide de développement de formulaires. Il permet de gérer efficacement des données présentant une structure relationnelle. (voir ici la différence Excel/Access).

Si c'est le cas et si tu est partant, je te recommandes les différents tutoriels concernant la modélisation des données.
-Access - Les Bases pour débuter.

-Petit guide d'analyse des données à l'aide de la méthode MERISE si tu connais déjà les principes

et d'autres...

[Dolphy35]

Salut,

Access n'est pas qu'un outil rapide de développement de formulaires. Il permet de gérer efficacement des données présentant une structure relationnelle. (voir ici la différence Excel/Access).

Je ne suis as d'accord avec toi, sur quoi te base tu pour dire cela ?
Pour moi Access est un outil rapide de dévelopement de Formulaires.


Pour la mis en place d'une bdd client/serveur, il semble que cette solution soit intéressante dans ton cas sachant que tout le monde est sur le réseau. Maintenant je t'invite à suivre les lien de f-leb pour un développement optimale.

Sinon consulte mon tuto pour t'aiguiller Comment utiliser une application en mode multi-utilisateurs

Dolphy

[f-leb]

b'jour

Je ne suis pas d'accord avec toi, sur quoi te base tu pour dire cela ?
Pour moi Access est un outil rapide de développement de Formulaires.

meuhh si on est d'accord.

Access n'est pas qu'un outil rapide de développement de formulaires...

Access n'est pas que ça.

C'est tout. Bon dimanche.

[Dolphy35]

Salut,



Dolphy

[yves0]

Merci à vous deux!

F-leb, je vais suivre tes liens et me baser là-dessus pour déterminer la structure de ma table.

Dolphy35, merci beaucoup pour ton tutoriel. C'est celui sur base duquel j'avais eu l'idée de lancer la structure avec les données sur la base dorsale et les formulaires des utilisateurs ainsi que les queries sur les bases frontales. En tout cas, chapeau pour ton tuto, il est excellent!

Je vais potasser tout ça!

Un grand merci à vous 2!