Discussion :

[VBAG38]

Bonjour à tous,

J'ai cherché pas mal sur la net la réponse à ma question mais je n'ai trouvé de sujets qui correspondent à mes interrogations.

J'ai développé une base de données avec pas mal de fonctionnalités. Aujourd'hui, ma BDD commence à enfler et j'ai peur d'être limitée par le nombre de ligne d'Excel 2003. Du coup, je me demande si migrer la BDD vers ACCESS ne serait pas une bonne idée.

Je ne connais absolument pas ce logiciel mais suis prêt à apprendre. Le seul point, c'est que je ne sais pas évaluer si ACCESS me permettrait de faire autant de choses que ce que je fais sur Excel grâce à VBA.

Voici dans les grandes lignes ce que fait mon application :

- Mise à jour automatique à partir d'un bouton : je vais piocher dans d'autres fichiers Excel les infos de mes produits. Est-ce que ceci est réalisable avec ACCESS ou bien la mise à jour manuelle est obligatoire ?

- Génération de fichiers d'extractions : En fonction des choix de l'utilisateur de la base de données, je génère des fichiers avec uniquement les infos qui l'intéressent. Ceci ressemble aux requêtes que l'on trouve sous ACCESS sauf que là c'est l'utilisateur qui paramètre et que rien n'est figé (ni le nombre ni les paramètres dans le fichier de sortie).

- Etudes statistiques : je fais une analyse rapide des quartiles, médianes, écart type...sur les paramètres que souhaite l'utilisateur

- Edition de graphes : Comme pour les extractions, l'utilisateur choisit le nombre de paramètres qu'il souhaite extraire, les choisit et VBA génère un fichier Excel avec ses extractions et les graphes qu'il souhaite.

Tout ceci est géré à partir de formulaire VBA. Du coup, selon vous est-ce que toutes ces fonctions sont transposables sous ACCESS ? en gardant la même souplesse d'utilisation (extraction du nombre de paramètres que l'on veut, idem pour les graphes) ? et en permettant une mise à jour automatique des champs ?

Est il possible d'importer les modules et les formulaires de VBE vers VBA ACCESS ?

Merci d'avance de vos réponses.

[78chris]

Bonjour

Tu ne pourras pas transposer directement.

Tu passes de l'univers tableur au système de gestion de base de données relationnelles.

Déjà il faut remettre les données à plat car dans un tableur on a en général des infos redondantes, alors qu'en BD on travaille l'aspect relationnel.

Beaucoup de choses se font "naturellement" sans avoir besoin de VBA.

Par rapport à tes questions :
La mise à jour peut souvent se faire via des requêtes action : le VBA est inutile ou limité par rapport à ce qu'on fait dans un tableur.

Le paramétrage de l'extraction est également possible par diverses méthodes, avec ou sans VBA selon les cas.

L'aspect calcul statistique est moins évident : les fonctions de calcul d'Access sont moins nombreuses. Dans certains cas on peut invoquer des fonctions Excel, dans d'autres il peut être préférable de faire les stats dans Excel.

Dans Access 2003 l'aspect graphique est limité (Msgraph) : là aussi j'aurais tendance à invoquer Excel.
Je sais cependant que certains pilotent Msgraph en VBA...

Les userforms ne font pas partie de la logique Access : on se sert de formulaires (beaucoup plus faciles à réaliser car bien articulés avec la BD). On peut cependant utiliser des userforms mais regarde ce fil http://www.developpez.net/forums/d43...serform-access.

Les modules auront forcément un contenu différent...

En conclusion : la migration est possible mais nécessitera du travail.
Quelle que soit ta décision, je crois nécessaire de migrer : 2003 commence à dater...

Access et les SGBD en général sont de formidables outils : il est souvent préférable de commencer avec un cas simple et la migration d'une application élaborée n'est pas le plus simple.
Une solution intermédiaire peut être de stocker les données dans Access (en adaptant le modèle de données), de créer des requêtes mais d'exploiter les données moulinées par les requêtes dans Excel.

Il y avait un livre assez bien fait "D'Excel à Access" mais, à part en occasion, on ne le trouve plus je crois.

[VBAG38]

Merci beaucoup pour cette réponse claire et bien détaillée

Je vais donc voir, peser le pour et le contre, essayer d'évaluer la masse de travail que cela représente pour concevoir une BDD qui tienne la route et qui ait les mêmes fonctionnalités que sous excel. Ce chiffrage ne va pas être simple sans connaître Access...on va voir ce qu'on peut faire.

C'est qui me fait peur surtout c'est la mise à jour des données dans Access depuis des fichiers excel car il y a des traitements à faire sur ces données avant de pouvoir les mettre dans la BDD et ça, pas sûr que ça soit très bien géré sous Access.

Je vais essayer de me former grossièrement à Access et je verrais ce que ça donnera.

[78chris]

Bonjour

...
C'est qui me fait peur surtout c'est la mise à jour des données dans Access depuis des fichiers excel car il y a des traitements à faire sur ces données avant de pouvoir les mettre dans la BDD et ça, pas sûr que ça soit très bien géré sous Access...

Cela dépend des traitements.
En général on importe ou lie (lier) la liste Excel, puis via des requêtes on triture avant d'injecter le résultat dans les tables opérationnelles.
Les requêtes une fois au point, cela se fait tout seul.

Si tu ne veux pas partir trop à l'aventure, travaille l'aspect structure et requêtes et adopte la solution intermédiaire car on ne peut évaluer ce qu'on ne connait pas...