Discussion :

[Ylmith]

Bonjour,

je suis revenu vers Access pour reprendre un projet "abandonné" depuis 2014
en remettant mon nez dans la programmation interne des forms et autres modules...
(projet remplacé pour "aller vers mieux" , et maintenant "on" s'aperçoit que le boulot
est fait à moitié, qu'il manque les fonctions statistiques et de recherche que j'avais programmé
dans la base...bref projet pas vraiment optimal, plutôt brouillon, et incomplet... ),

J'ai une autre base Access, en activité depuis 10 ans, avec une programmation interne importante,
qui fonctionne toujours parfaitement mais qui frôle aujourd'hui les 60 Mo avec l'addition annuelle des données
(elle en faisait 20 au départ).
Qui gère des bases Access + volumineuses et jusqu'où, en gardant le côté parfaitement operationnel ?
(base avec programmation et non pas base "container")

merci d'avance.

[marot_r]

Bonjour.

60 Mo, il n'y a rien d'alarmant.

Une base access peut atteindre au maximum 2 Go.
De mon expérience elle reste parfaitement fonctionnelle jusqu'à 1.9 Go, après il vaut mieux la surveiller attentivement.
Si une BD sature (atteind les 2go) tu n'as pas d'alerte, et souvent un message qui n'a rien à voir avec le problème.

A+

[Ylmith]

Merci, mon souci c'est que j'ai inclus beaucoup de formulaires programmés...

En fouillant dans mes archives j'ai redécouvert une base où j'avais programmé
beaucoup de forms avec beaucoup de graphiques (alimentés par des requêtes)
pour créer des dossiers de statistiques.
L'ouverture d'un form me semble toujours un peu chaotique et lente (même avec les bonnes données )
et la base ne fait actuellement que 31 Mo, je ne sais pas jusqu'où je peux pousser une base
qui serait encore plus développée...?

Je sais que les bases Access sont robustes et fiables mais j'hésite un peu,
je pense à éventuellement répartir les fonctions sur plusieurs bases ou
écrire une application C# qui se connecterait à la base
mais là je ne peux pas reprendre les éléments déjà existants dans la base
(à part l'organisation générale du code),
et j'ai plutôt envie d'avoir quelque chose d'autonome...?

[marot_r]

Bonjour.

Je ne saisi pas vraiment tes inquiétudes.

L'ouverture d'un form me semble toujours un peu chaotique et lente (même avec les bonnes données )

Cela peut venir de la conception du formulaire plutôt que de Access en lui-même.
Par exemple si tu as beaucoup de listes déroulantes avec beaucoup de données.
Si tu utilises des listes plutôt que des sous-formulaires.
Si ta BD sous-jacente n'est pas optimale.
Bref il y a plein de causes possibles.

Et tu peux en effet changer de technologie si tu en as envie, à voir si les efforts pour obtenir ce que tu as déjà en Access compense le temps d'exécution de tes formulaires dans Access.

A+

[Ylmith]

Oh, je n'ai pas d'inquiétudes

Je viens de retourner sur ma base 'Stats' et finalement c'est plutôt bien,
les formulaires mettent un peu de temps à s'ouvrir parce qu'il y a beaucoup
de données à charger dans les graphiques mais "ça a de la gueule" quand même

Savoir que j'ai fait ça il y a 10 ans me laisse à penser qu'aujourd'hui cette base peut
être (sans doute) optimisée

J'ai 2 projets Access en cours, l'un professionnel, plus réduit, celui où je fais le
boulot qui n'a jamais été fait dans la nouvelle application (Pfff!) et un projet
personnel qui sera beaucoup plus gros (au fil du temps), avec des fonctions avancées,
et là je verrais sans doute assez rapidement où sont les limites (s'il y en a).

Mais je ne m'inquiète pas, on trouve toujours une solution...