OVH Cloud OVH Cloud

accélerer mon appli access

8 réponses
Avatar
mickael lunven
Bonjour,

J'utilise une application access pour gérer des boulangeries. chaque jour
pour chaque produit des mouvements sont renseignés. Du coup ca me fait un
grand nombre de ligne à utiliser et donc la vitesse de traitement s'en
recent. La solution que j'utilise pour l'instant c'est de suprimer à chaque
début de mois, les données du mois précédent. C'est un peu la solution de
facilité. De plus on me demande de faire des comparaisons avec les mois
précedents, donc il faut que je garde l'historique sans ralentir mon
application. J'avais pensé à 2 solutions :
- chaque début de mois, je supprime les données de ma table pour les mettre
dans une table historique. Je pense que ca ne fait que déplacer mon probleme
sur le traitement des historiques

- La deuxième solution était de garder l'historique dans un fichier ascii ou
excel, mes je ne sais pas si c'est plus rapide de lire dans un fichier.

J'ai besoin de vos conseil. Si vous avez d'autres solutions, je suis
preneur.
Merci d'avance.

A+
Mickael

8 réponses

Avatar
Raymond [mvp]
Bonjour.

Pour qu'un contributeur puisse te répondre en toute objectivité, il faudrait
que tu donnes des renseignements supplémentaires:
niveau access
type de calculateur
quantite de RAM
tye de base: autonome ou fractionné en base principale et bases frontales
combien de lignes de saisie par mois
durée de l'historique 6 mois, 1 an, plus
type de réseau utilisé si sur réseau
etc......

--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"mickael lunven" a écrit dans le message de
news:OcoChj%
Bonjour,

J'utilise une application access pour gérer des boulangeries. chaque jour
pour chaque produit des mouvements sont renseignés. Du coup ca me fait un
grand nombre de ligne à utiliser et donc la vitesse de traitement s'en
recent. La solution que j'utilise pour l'instant c'est de suprimer à
chaque

début de mois, les données du mois précédent. C'est un peu la solution de
facilité. De plus on me demande de faire des comparaisons avec les mois
précedents, donc il faut que je garde l'historique sans ralentir mon
application. J'avais pensé à 2 solutions :
- chaque début de mois, je supprime les données de ma table pour les
mettre

dans une table historique. Je pense que ca ne fait que déplacer mon
probleme

sur le traitement des historiques

- La deuxième solution était de garder l'historique dans un fichier ascii
ou

excel, mes je ne sais pas si c'est plus rapide de lire dans un fichier.

J'ai besoin de vos conseil. Si vous avez d'autres solutions, je suis
preneur.
Merci d'avance.

A+
Mickael




Avatar
arlequin
Bonjour

Que veux dire base principale et bases frontales?

Merci pour une réponse

"Raymond [mvp]" a écrit dans le message de
news: uUNhC4#
Bonjour.

Pour qu'un contributeur puisse te répondre en toute objectivité, il
faudrait

que tu donnes des renseignements supplémentaires:
niveau access
type de calculateur
quantite de RAM
tye de base: autonome ou fractionné en base principale et bases frontales
combien de lignes de saisie par mois
durée de l'historique 6 mois, 1 an, plus
type de réseau utilisé si sur réseau
etc......

--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"mickael lunven" a écrit dans le message de
news:OcoChj%
Bonjour,

J'utilise une application access pour gérer des boulangeries. chaque
jour


pour chaque produit des mouvements sont renseignés. Du coup ca me fait
un


grand nombre de ligne à utiliser et donc la vitesse de traitement s'en
recent. La solution que j'utilise pour l'instant c'est de suprimer à
chaque

début de mois, les données du mois précédent. C'est un peu la solution
de


facilité. De plus on me demande de faire des comparaisons avec les mois
précedents, donc il faut que je garde l'historique sans ralentir mon
application. J'avais pensé à 2 solutions :
- chaque début de mois, je supprime les données de ma table pour les
mettre

dans une table historique. Je pense que ca ne fait que déplacer mon
probleme

sur le traitement des historiques

- La deuxième solution était de garder l'historique dans un fichier
ascii


ou
excel, mes je ne sais pas si c'est plus rapide de lire dans un fichier.

J'ai besoin de vos conseil. Si vous avez d'autres solutions, je suis
preneur.
Merci d'avance.

A+
Mickael








Avatar
Raymond [mvp]
La base contenant les tables est sur le serveur (base principale)
sur chaque base il y a une base (frontale) qui contient les formulaires, les
états les requêtes etc ... et les tables attachées à la base principale

--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"arlequin" a écrit dans le message de
news:4014ebd9$0$7147$
Bonjour

Que veux dire base principale et bases frontales?

Merci pour une réponse


Avatar
Raymond [mvp]
.../...
Lire : sur chaque poste il y a une base (frontale)
au lieu de : sur chaque base il y a une base (frontale)
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
Avatar
mickael lunven
En fait c'est une application monoposte. j'ai une base avec les donnees et
une autre avec les formulaire, etat...
Coté materielle c'est un ordi de 2 ans(128ram) et je ne compte pas modifier
cela.
je voudrai garder l'historique pendant un an.
par mois, il y a environ 15000 lignes de saisie.

"Raymond [mvp]" a écrit dans le message de
news:uUNhC4%
Bonjour.

Pour qu'un contributeur puisse te répondre en toute objectivité, il
faudrait

que tu donnes des renseignements supplémentaires:
niveau access
type de calculateur
quantite de RAM
tye de base: autonome ou fractionné en base principale et bases frontales
combien de lignes de saisie par mois
durée de l'historique 6 mois, 1 an, plus
type de réseau utilisé si sur réseau
etc......

--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"mickael lunven" a écrit dans le message de
news:OcoChj%
Bonjour,

J'utilise une application access pour gérer des boulangeries. chaque
jour


pour chaque produit des mouvements sont renseignés. Du coup ca me fait
un


grand nombre de ligne à utiliser et donc la vitesse de traitement s'en
recent. La solution que j'utilise pour l'instant c'est de suprimer à
chaque

début de mois, les données du mois précédent. C'est un peu la solution
de


facilité. De plus on me demande de faire des comparaisons avec les mois
précedents, donc il faut que je garde l'historique sans ralentir mon
application. J'avais pensé à 2 solutions :
- chaque début de mois, je supprime les données de ma table pour les
mettre

dans une table historique. Je pense que ca ne fait que déplacer mon
probleme

sur le traitement des historiques

- La deuxième solution était de garder l'historique dans un fichier
ascii


ou
excel, mes je ne sais pas si c'est plus rapide de lire dans un fichier.

J'ai besoin de vos conseil. Si vous avez d'autres solutions, je suis
preneur.
Merci d'avance.

A+
Mickael








Avatar
Raymond [mvp]
Si c'est une installation monoposte, ne partage pas ta base des tables.
copie ta base sous un autre nom au cas où.
supprime tes tables attachées à la base principale.
importe toutes les tables de ta table principale dans ta base
fais un test , ça devrait aller plus vite
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"mickael lunven" a écrit dans le message de
news:e0GqWr$
En fait c'est une application monoposte. j'ai une base avec les donnees et
une autre avec les formulaire, etat...
Coté materielle c'est un ordi de 2 ans(128ram) et je ne compte pas
modifier

cela.
je voudrai garder l'historique pendant un an.
par mois, il y a environ 15000 lignes de saisie.



Avatar
mickael lunven
Jusqu'a combien de ligne je peut aller sans constater de ralentissement?

"Raymond [mvp]" a écrit dans le message de
news:ODMj41$
Si c'est une installation monoposte, ne partage pas ta base des tables.
copie ta base sous un autre nom au cas où.
supprime tes tables attachées à la base principale.
importe toutes les tables de ta table principale dans ta base
fais un test , ça devrait aller plus vite
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"mickael lunven" a écrit dans le message de
news:e0GqWr$
En fait c'est une application monoposte. j'ai une base avec les donnees
et


une autre avec les formulaire, etat...
Coté materielle c'est un ordi de 2 ans(128ram) et je ne compte pas
modifier

cela.
je voudrai garder l'historique pendant un an.
par mois, il y a environ 15000 lignes de saisie.







Avatar
Raymond [mvp]
un ralentissement est une notion bien personnelle et subjective. certains
peuvent attendre 5 minutes sans problème et d'autres ne supportent pas 20
secondes d'attente, on ne peut pas dire tant de lignes = tant de temps. Tout
dépend de la requête et du matériel . sur un disque dur à 10000 tours tu vas
2 fois plus vite que sur un disque à 5400 tours.avec un pentium à 2.8 Mhz on
ira plus vite qu'avec un à 300Mhz. avec de la mémoire à 333 on ira plus vite
qu'avec celle à 133. personnellement un ralentissement sans comparatif me
donne une notion de l'infini. prend tes temps actuels et analyse à chaque
amélioration.

--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"mickael lunven" a écrit dans le message de
news:
Jusqu'a combien de ligne je peut aller sans constater de ralentissement?