[AC-97] Ralentissement de l'application

[Steph24350]

Bonjour les experts,

Je vous soumet une réflexion d'un responsable où je travaille, voici sa remarque :

Nous continuons le développement de notre outil Access, en développant les différents TDB, optimisant les différentes opérations,…
Par contre, nous constatons un ralentissement de l’outil, sur certaines fonctions d’édition d’état, qui semble s’accentuer quand plusieurs intervenants exploitent le fichier.

Je ne suis pas un spécialiste de ce logiciel, mais peux tu stp nous confirmer :
 La capacité de cet outil à fonctionner en réseau, avec plus 6 personnes en simultanées
 La taille maxi du fichier permettant de ne pas ralentir les fonctionnalités

De notre côté, nous avons passé les PC avec le pack office 2007=> du mieux, mais on observe encore des baisses de régime.
Que faut il envisager de plus, pour améliorer l’exploitation de l’outil?


Je me suis dit : "je vais demander aux experts que vous êtes

Merci à vous :-/

[minot83]

Bonjour,

Quelle maintenance est effectuée sur la base?
- compactage ?
- compilation du code ?

Comment est configurée l'application ?
- est-elle scindée en 2 ? tables d'un côté, interface de l'autre? (frontale/dorsale)

Comporte-t-elle des formulaires "lourds" avec beaucoup de contrôles ?

...

[jimbolion]

Steph24350,

Beaucoup de choses peuvent être à l'origine de ralentissements.

Dans un premier temps as tu pensé à faire l'analyse de performances et de tables dans ton projet.

D'autre part peux tu identifier le traffic réseau et l'architecture matérielle ?

JimboLion

[Steph24350]

Envoyé par minot83

Bonjour,

Quelle maintenance est effectuée sur la base?
- compactage ? OUI
- compilation du code ? Je ne sais pas


Comment est configurée l'application ?
- est-elle scindée en 2 ? tables d'un côté, interface de l'autre? (frontale/dorsale) NON, mais j'y ai pensé. Tu veux dire en liant les tables, c'est ça ?


Comporte-t-elle des formulaires "lourds" avec beaucoup de contrôles ?
Non, pas tellemement de contrôles, mais il est vrai que la base comporte de nombreuses tables, formulaires, requêtes dont certaines assez conséquentes en traitement


...

Bonjour Minot

En bleu, mes réponses..


Merci

[Steph24350]

Envoyé par jimbolion

Steph24350,

Beaucoup de choses peuvent être à l'origine de ralentissements.

Dans un premier temps as tu pensé à faire l'analyse de performances et de tables dans ton projet.Non, j'ai vu qu'il y avait une option de cet ordre là sur ACCESS, mais je ne l'ai jamais utilisé, ne sachant faire..

D'autre part peux tu identifier le traffic réseau et l'architecture matérielle ?
Oups, je vais devoir demander ceci à mon technicien réseau

JimboLion

[minot83]

compilation du code : quand tu rentres dans ta base, alt+F11, Débogage, Compiler le code (voir si erreurs)

- Est-elle scindée en 2 ? tables d'un côté, interface de l'autre? (frontale/dorsale) NON, mais j'y ai pensé. Tu veux dire en liant les tables, c'est ça ?
Oui lier les tables dans la frontale qui ne contient que l'interface (formulaires, états, code, requêtes)
La dorsale sur le réseau, la frontale distribuée sur chaque poste.

Rien à voir en performance avec une base qui contient tout dont tout le monde se sert.

[Steph24350]

Envoyé par minot83

compilation du code : quand tu rentres dans ta base, alt+F11, Débogage, Compiler le code (voir si erreurs)

Minot, lorsque je fais ceci, je rentre donc dans du code déjà existant et en fait "Compiler..." est en grisé, c'est normal ??

[minot83]

Il faut rentrer en administrateur, et en mode shift pour ouvrir la base.

si grisé, alors c'est déjà compilé. C'est bon de ce côté.

[mumen]

La capacité de cet outil à fonctionner en réseau, avec plus 6 personnes en simultanées

Je suis allé bien au delà avec Jet dans une entreprise qui croissait très vite. La condition avait été de redimensionner le serveur. Mais tout le monde ici te dira que cela dépend d'un tas de critères.

La taille maxi du fichier permettant de ne pas ralentir les fonctionnalités

Ce n'est pas vraiment un critère. Dépasses tu le giga octet compacté ?

Je ne reviens pas sur les conseils des autres personnes ici qui sont judicieux, mais j'insiste lourdement sur le découpage frontal/dorsal qui est élémentaire, qui peut être source de surcharge réseau et même de plantages/cassages de base. C'est la première chose à faire, je crois.

nous constatons un ralentissement de l’outil, sur certaines fonctions d’édition d’état, qui semble s’accentuer quand plusieurs intervenants exploitent le fichier.

Ensuite seulement, il faut étudier spécifiquement ces états, en particulier le SQL à leur source. Il faut aussi envisager d'ajouter des index à la base de données.

[loufab]

Bonjour,

Il y a un tuto qui fait le tour de toutes les choses à vérifier pour optimiser une application.

http://loufab.developpez.com/tutorie.../optimisation/

C'est par là qu'il faut commencer je pense.

Ensuite on pourra regarder spécifiquement le problème s'il persiste.

ça fonctionne au delà de 6 mais il peut y avoir des ralentissements.

Cordialement,

[Steph24350]

Envoyé par minot83

Il faut rentrer en administrateur, et en mode shift pour ouvrir la base.

si grisé, alors c'est déjà compilé. C'est bon de ce côté.

Oui minot, c'est bon, c'est ce que j'ai fait, donc de ce côté, tout est ok.

[Steph24350]

Envoyé par mumen

Je suis allé bien au delà avec Jet dans une entreprise qui croissait très vite. La condition avait été de redimensionner le serveur. Mais tout le monde ici te dira que cela dépend d'un tas de critères.



Ce n'est pas vraiment un critère. Dépasses tu le giga octet compacté ? [colo=blue]Non, 29 MO[/color]

Je ne reviens pas sur les conseils des autres personnes ici qui sont judicieux, mais j'insiste lourdement sur le découpage frontal/dorsal qui est élémentaire, qui peut être source de surcharge réseau et même de plantages/cassages de base. C'est la première chose à faire, je crois. Oui, je vais faire ceci



Ensuite seulement, il faut étudier spécifiquement ces états, en particulier le SQL à leur source. Il faut aussi envisager d'ajouter des index à la base de données.

Les index, effectivement, je ne le fais pas, tu veux dire sur les tables ?


Merci de tes réponses mumen, mes réponses en bleu

[mumen]

Envoyé par Steph24350

Les index, effectivement, je ne le fais pas, tu veux dire sur les tables ?

Oui

29Mo c'est une petite base de données. Si tu considères qu'en plus tu vas la scinder cela permet de réfléchir à tes problèmes.

[zoom61]

Effectivement, scinder la base en deux, une partie appli et une partie base, cela te permettra d'accélérer ton appli.
Et tu peux aussi s'il n'y a pas beaucoup de personnes, travailler tous avec la même appli... je sais certains vont dire que ce n'est pas bien, mais si le nombre de connexion simultanée n'est pas trop importante, tu peux le faire (pour les mises à jour, c'est plus simple)...

@+.

[loufab]

Il y a tout un tas de chose qui fait qu'une application est plus rapide. Même des choses auquelles on ne pense pas.

Tout est dans le tuto.
Mais bon faut faire l'effort de lire.

[mumen]

Envoyé par zoom61

Et tu peux aussi s'il n'y a pas beaucoup de personnes, travailler tous avec la même appli... je sais certains vont dire que ce n'est pas bien, mais si le nombre de connexion simultanée n'est pas trop importante, tu peux le faire (pour les mises à jour, c'est plus simple)...

@+.

C'est pas bien

A mes débuts, ça cassait carrément de la base. J'ai banni et jamais réessayé. Mais on est pas en html : faire transiter de l'interface par le réseau, on peut éviter !

Les mises à jour sont problématiques pour un débutant et à ce propos, je n'ai jamais vu de méthode proposée en FAQ ou autres. Ca existe ?

[loufab]

ça existe en faq et en tuto mais comme je le dis il faut suivre les liens.

[mumen]

Envoyé par loufab

...mais comme je le dis il faut suivre les liens.

Bonjour loufab

J'ai suivi ce lien :

http://loufab.developpez.com/tutorie.../optimisation/

qui est effectivement une mine d'or technique sur l'optimisation. Je programme Access professionnellement depuis la 1.00 et j'ai appris grâce à ce tuto les fonctions cachées et d'autres choses. C'est excellent . Je ne l'ai pas lu avec assez de concentration pour dire s'il me parait avoir des erreurs ou des manques (ce dont je doute au vu du sérieux et à l'exhaustivité que tu semble y avoir mis).

Mais seulement, même si les réponses sont effectivement dans le tuto et que je conseillerais vivement au questionneur de le lire à tête reposée, ce n'est pas la panacée pour la question posée ici. Il faut avoir un certain niveau pour lire ce texte et en comprendre les moultes implications. Il faut aussi avoir du temps de forte concentration disponible. Et puis finalement, le post laconique 'lisez ceci' est potentiellement en contradiction avec le concept d'entre-aide des forums. Oh, je ne te jette pas la pierre, j'ai parfois ce genre de comportement de renvoyer les questionneurs aux textes canoniques, ne sachant pas s'ils sauront les lire d'une part et en extraire leurs réponses d'autre part. En fait ton insistance soulève un débat ardu concernant le positionnement des répondants. Parfois on en fait trop, parfois pas assez.


Autre chose. Dans ton post précédent, tu semble répondre à ma question :

mumen : Les mises à jour sont problématiques pour un débutant et à ce propos, je n'ai jamais vu de méthode proposée en FAQ ou autres. Ca existe ?

loufab : ça existe en faq et en tuto mais comme je le dis il faut suivre les liens.

Mais le tuto en question n'aborde pas cette problématique - que je me dois de préciser car si elle était claire dans le contexte, elle ne l'est plus une fois isolée - de la mise à jour de l'applicatif, du frontal : sois je me ballade de poste en poste pour copier coller ma nouvelle mouture de l'application, soit je crée un automatisme qui fait que chaque poste va la lire automatiquement. Et c'est cet automatisme, que j'ai résolu à ma manière de longue date, que j'aimerai voir traité dans un tuto ou autre, pour le confronter à ma solution : peut être que j'apprendrais quelque chose.

[loufab]

On dérive là...

Pour proposer ta solution il y a le forum Contribuez. Tu y es le bienvenue et je suis persuadé qu'il y aura débat.

Je pense que tous les developpeurs qui ont un jour été confronté au problème de la mise à jour de frontal à grande échelle ont trouvé une méthode qui leur allait. Et c'est avec plaisir que je te donnerai la mienne, mais pas dans ce post. Le sujet étant Les performances d'une application en réseau.

Quant à savoir s'il est contradictoire de proposer des tutos, je ne le crois pas, et ce pour les raisons suivantes :
1) la quantité de chose à contrôler est importante.
2) une bonne liste sera toujours plus pratique qu'un gros pavé de texte, bien que je respecte les littéraires, je pense qu'il faut aller à l'essentiel.
3) Comme tu le dis ce tuto t'a beaucoup aidé, pourquoi pas Steph ?! Je pense qu'il est capable de vérifier les choses à sa portée, et il y en a beaucoup. Et il est également capable de revenir vers nous pour expliquer ce qu'il a fait et s'il a obtenu des résultats.

Cordialement,

[mumen]

Envoyé par loufab

On dérive là...

Oui...

Pour proposer ta solution il y a le forum Contribuez.

Hum ... Je le cherchais, je l'avais sous les yeux. Merci.