OVH Cloud OVH Cloud

migration access2002 vers access2003

4 réponses
Avatar
Gold
Il s'agit d'un interface d'acces distribué sur 30 postes vers une base de
données centralisée . J'ai fait migrer d'access 2002 vers access 2003. Au
départ tout semble normal et identique. En fait les commerciaux ne se sont
rendu compte de rien.(une demande d'information sur un client ou un article
dure1 sec soit +- comme avant) Mais au niveau des validations de commande,
le temps qui était de 1 à 2 minutes (suite à la mise à jour des stock et au
calcul des disponibilités pour les commandes en attente) est passé à 5
minutes voir plus au point que le PC semble bloqué.

Un autre point est déroutant. Sur certains écrans (en particuliers ceux qui
correspondent aux validations) on se trouve devant un écran avec un tableau
d'une dizaine de colonnes dont certaines clignotent (comme si on avait un
refresh permanent). Parfois certains boutons ne sont pas visibles !

J'ai mis quickslice, (analyseur graphique des performances cpu) et en effet
je m'aperçois que msaccess consomme énormément lorsque je me retrouve sur
ces écrans (20% cpu et il n'y a aucune opération à réaliser !). Lorsque je
sors de ces écrans la consommation disparait. Avec le même programme mais
sous access 2002, on n'observe pas ce problème !!!

HELP !!!

merci d'avance

4 réponses

Avatar
Raymond [mvp]
Bonjour.

A mon avis , le recul de 2003 sur ce forum n'est pas assez important pour
une collecte efficace des retours d'info technique.
quand tu a fait migrer, as-tu tout simplement changé access et/ou as-tu
recompilé ton application ? as-tu recréé to mde ?
regarde dans la nase de connaissance microsoft si tu trouves un sujet
approchant.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"Gold" a écrit dans le message de
news:bs9kp4$3ib$
Il s'agit d'un interface d'acces distribué sur 30 postes vers une base de
données centralisée . J'ai fait migrer d'access 2002 vers access 2003. Au
départ tout semble normal et identique. En fait les commerciaux ne se sont
rendu compte de rien.(une demande d'information sur un client ou un
article

dure1 sec soit +- comme avant) Mais au niveau des validations de
commande,

le temps qui était de 1 à 2 minutes (suite à la mise à jour des stock et
au

calcul des disponibilités pour les commandes en attente) est passé à 5
minutes voir plus au point que le PC semble bloqué.

Un autre point est déroutant. Sur certains écrans (en particuliers ceux
qui

correspondent aux validations) on se trouve devant un écran avec un
tableau

d'une dizaine de colonnes dont certaines clignotent (comme si on avait un
refresh permanent). Parfois certains boutons ne sont pas visibles !

J'ai mis quickslice, (analyseur graphique des performances cpu) et en
effet

je m'aperçois que msaccess consomme énormément lorsque je me retrouve sur
ces écrans (20% cpu et il n'y a aucune opération à réaliser !). Lorsque je
sors de ces écrans la consommation disparait. Avec le même programme mais
sous access 2002, on n'observe pas ce problème !!!

HELP !!!

merci d'avance




Avatar
Gold
A mon avis , le recul de 2003 sur ce forum n'est pas assez important


bien sûr, mais je me vois mal l'expliquer à mon patron, car derrière il y a
50 personnes qui doivent bosser ...

quand tu a fait migrer, as-tu tout simplement changé access et/ou as-tu
recompilé ton application ? as-tu recréé to mde ?


oui, j'ai recréé un mde, le problème existe avec le mdb et le mde

je me demande si je ne vais pas faire migrer vers access2002 car il y le feu
au lac...
amicalement Jacques

Avatar
Logipro
Bonjour,

Pour ton problème de ralentissement j'ai remarque le même problème chez un
client même après la vérification des tout dernier service pack et du JET8,
par-contre j'ai plusieurs tests à effectuer pour associé le problème
directement à Access 2k3,

Ton problème relié au clignotement, est un problème qui est dus à la mise en
forme conditionnelle, car tu doit sûrement avoir un champs dans ton sous
formulaire qui à comme source genre : "=[MonChamp]", pour corriger ce
problème il suffit simplement de mettre ce champs dans la source de ton sous
formulaire et le clignotement sera corriger.


Salutation

Robert Simard
Logipro


"Gold" a écrit dans le message de
news:bs9kp4$3ib$
Il s'agit d'un interface d'acces distribué sur 30 postes vers une base de
données centralisée . J'ai fait migrer d'access 2002 vers access 2003. Au
départ tout semble normal et identique. En fait les commerciaux ne se sont
rendu compte de rien.(une demande d'information sur un client ou un
article

dure1 sec soit +- comme avant) Mais au niveau des validations de
commande,

le temps qui était de 1 à 2 minutes (suite à la mise à jour des stock et
au

calcul des disponibilités pour les commandes en attente) est passé à 5
minutes voir plus au point que le PC semble bloqué.

Un autre point est déroutant. Sur certains écrans (en particuliers ceux
qui

correspondent aux validations) on se trouve devant un écran avec un
tableau

d'une dizaine de colonnes dont certaines clignotent (comme si on avait un
refresh permanent). Parfois certains boutons ne sont pas visibles !

J'ai mis quickslice, (analyseur graphique des performances cpu) et en
effet

je m'aperçois que msaccess consomme énormément lorsque je me retrouve sur
ces écrans (20% cpu et il n'y a aucune opération à réaliser !). Lorsque je
sors de ces écrans la consommation disparait. Avec le même programme mais
sous access 2002, on n'observe pas ce problème !!!

HELP !!!

merci d'avance




Avatar
Gold

Ton problème relié au clignotement, est un problème qui est dus à la mise
en

forme conditionnelle, car tu doit sûrement avoir un champs dans ton sous
formulaire qui à comme source genre : "=[MonChamp]", pour corriger ce
problème il suffit simplement de mettre ce champs dans la source de ton
sous

formulaire et le clignotement sera corriger.



Bonjour Robert
Effectivement je suis arrivé à la même conclusion, si ce n'est que le
problème au départ était dû à la propriété controlsource qui avait une
valeur du genre =[Stock_réel]-[Stock_prépa]
Je confirme que cela fonctionne correctement en access2002


Un grand merci pour l'aide qui m'a été apportée
amicalement Jacques