Discussion :

[kanelle1965]

Bonjour a vous tous, j'ai créer une base de données que je teste depuis 3 mois pour mon travail. Tout allait a merveille sur le réseau avant le fractionnement. Mais pour le besoin de multi utilisateur, je devais la fractionner. Depuis les réponses sont lentes a venir, les requetes lente, l affichage des formulaires aussi.

Ca fait plusieurs fois que j essais, mais ca me donne toujours le même problème de lenteur.

J espere que vous pourrez m'aider
merci

[Philippe PONS]

Cas classique: en local c'est rapide, et quand on met la bdd sur le serveur, les temps de réponse sont dégradés!

Alors il faut améliorer les perfs du réseau....mais pas facile
ou utiliser SQL Serveur et ses procédures stockées,
ou optimiser l'application,


Optimiser l'application--Par exemple, pour les formulaires, ça consiste à ne charger dans le formulaire que la donnée à afficher, et non pas toute la table.
Il faut ajuster la requête source de données du formulaire pour qu'elle ne retourne qu'un seul enregistrement.

Cordialement,

[kanelle1965]

Oui mais avant de la fractionner elle était déja dans le réseau, et ca allait bien.
C'est le fractionnement qui me cause cette lenteur.
Ou bien je ne fait pas le fractionnement comme il faut ou bien je sais pas ???
les table sont dans le réseau et j' ai l'application sur mon disque dur avec les table qui ont une flèche a coté.

Est-ce correct??

[marot_r]

Non comme l'a dit Philippe PONS cela arrive parfois et je n'ai pas d'explication logique.

Un test à faire, ouvre une table liée avec beaucoup d'enregistrements puis demande à afficher la dernière ligne, est-ce que cela va vite ?

Si oui le problème est proablement au niveau du "code" (VBA, SQL, Macro, Formulaire).

Il faut en effet regarder comment l'application est montée. Un des coupables classique est la liste déroulante. Le chargement d'une liste peut prendre BEAUCOUP de temps. J'ai eu un cas où cela mettait 40s avant d'ouvrir le formulaire et quand j'ai eu enlevé une de mes listes je suis tombé à 4s. Tu peux aussi surveiller la quantité de données qui transit sur ta connexion, plus y a de donnée, plus c'est lent.

Si non il faut regadrer le matériel (Réseau, PC qui exécute).

Aussi compacter la base frontale et dorsale peut améliorer les choses.

A+

[jimbolion]

kanelle1965 bonsoir,

Tiens mon année de naissance dans ton pseudo

Pour en revenir à des choses plus sérieuses et te confirmer dans les propos de Marot-r et Philippe, je penses également que le problème est fortement lié à l'utilisation de ListBox ou requêtes (non filtrées) dans tes formulaires

J'ai eu à gérer maintes et maintes fois cette problématique lors de l'utilisation d'une frontale et dorsale dans un environnement multi-utilisateurs (notamment sur des tables dont la volumétrie est importante).

Il y a plusieurs façons de résoudre les problèmes : (j'en retiendrai deux)

1. Utilisation de filtres dans tes requêtes
2. Importation des bases dans une semi-frontale (je m'explique : importation des tables requises sur une base locale lors de l'ouverture de l'application à partir des bases situées sur le réseau)

JimBoLion

[Invité]

Bonjour à tous.
Il y a également des pistes dans ce tutoriel:
http://loufab.developpez.com/tutorie.../optimisation/

[loufab]

Bonjour,

Avant de tout casser la première chose à vérifier c'est le répertoire de stockage de la dorsale. Il faut éviter d'aller la mettre dans un sousousousousousousousousous répertoire. Plus le chemin est complexe plus les lenteurs se feront sentir.

Si cela ne change pas, c'est le moment de revoir les indexes, l'ihm etc.

Le tuto indiqué précédemment est assez exhaustif sur le sujet.

Cordialement,

[kanelle1965]

Bonjour a vous tous,

j'ai analyser les performances de ma base, il me suggère de changer mes macro en Visual basic.

Ils disent aussi que mes formulaires utilise trop de controle?? Ca je comprends pas trop, car il me semble nécessaire, sinon j'imagine que je devrais retaper toutes les infos?

Ils me disent aussi d'enregistrer ma base en tant que fichier mde? dois je le faire.
je me fais une copie et j'essaie leur suggestion.

[mumen]

Bonjour à tous, kanelle et tous les dignes contributeurs réunis ici que je salue.

Je viens rajouter ma science et c'est peut être moi qui ait quelque chose à apprendre. Voyons.

Kanelle nous dit, "j'ai fragmenté ma base et depuis les accès sont lents". On a tous bien noté qu'elle n'a pas dit qu'elle est passée en réseau. Elle est restée en réseau. Donc les optimisations des combo, du code (sans doute absent, c'est des macros), des index, etc. ce n'est pas trouver la solution au problème, c'est essayer d'en amoindrir les effets.

A priori, la seule différence, c'est les attaches. On en sait rien en fait.

René dit qu'en dehors de toute logique c'est une chose qu'il a déjà vue. Cela n'a rien d'anodin, l'affirmation d'un tel routard d'Access...

Si c'est ça, soit on trouve, soit j'arrête de fragmenter mes bases, vous me suivez ?

[kanelle1965]

Bonjour les amis.

J'ai convertie mes macro en visual basic.
Est-ce normal, qu'elle soit encore dans le volet des objets.?

je les ai supprimé et mes commandes ne fonctionnait plus, alors j ai retourner les chercher.

Ai-je d autres manipulations a faire après les avoir convertie??


Merci.

[marot_r]

J'ai convertie mes macro en visual basic.
Est-ce normal, qu'elle soit encore dans le volet des objets.?

Oui la conversion fait une copie une copie en VBA (Visaul Basic for Application différent de Visual Basic tout court). Elle ne supprime pas les macros.

je les ai supprimées et mes commandes ne fonctionnaient plus, alors j'ai du retourner les chercher.

C'est normal aussi car il faut modifier ton code pour remplacer les appels aux macros par les appels au code VBA.

Mais sincèrement vu les modifications que cela implique je ne commencerai pas par celle là.

Ils disent aussi que mes formulaires utilisent trop de contrôles

Oui cela n'est pas très précis et si tu as mis ces contrôles c'est sans doute que tu en avais besoin.

Est-ce que le test de lecture de données dans une table liée directement a été conlcuant, c-à-d que tu accèdes rapidement à tes données ?

As-tu remarqué si le ralentissement était général ou spécifique à certains formulaires ?

A+

[kanelle1965]

Bonjour Marot.

J'ai fait le test que tu as demander sur une table liée avec 300 enregistrements, et elle passe rapidement au dernier enregistrement.

Je travail sur un formulaire général, qui contient plusieurs (une douzaine de boutons de commande) et ce formulaire contient 2 sous formulaires en plus de tout infos de la table clients.

Ce matin elle est lente épouventable, assez que ca se trouve une perte de temps d'entré les nouvelles demandes. (Il est vrai que tout les test demander on était fait chez moi sur une copie en local et non fractionner).

Je ne suis pas experte en base de donnée malgré que je pensais que je me débrouiilais bien. je sais pas si quelqu'un de vous voudrais examiner ma structure de BD?

Ça serai peut être plus claire par la suite de voir mes erreurs??

Merci.

[kanelle1965]

Et comme dit mumen, je serais mieux d arrêter de la fractionner car elle fonctionne a merveille sans le fractionnement et ca meme en réseau.

Donc a mon idée le problème n est pas le réseau, ni ma structure, mais le fractionnement...par contre mes connaissances sont limités, c'est pourquoi j'ai besoin de vous les connaisseurs.

[marot_r]

Les avantages du fractionnement sont

1. Tu sépares les données de la partie interface, ce qui est une pratique recommandée.
2. Tu peux faire des modifications à l'interface sans risque de perte de données car tu peux utiliser une autre base pour tes données en changeant les liens pendant la phase de développement. Une fois les modif faite tu dépplois ton appli sans risque pour tes données de production.
3. Tu n'as que les données à sauvegarder, et garder une copie de l'applictaion dans un coin.
4. C'est la structure recommandée par Microsoft.

Bref cela serait bien que ça fonctionne.

Avant toute chose fait une copie de sauvegarde de ton application.

Sur ton gros formulaire fait en test en enlevant les sous formulaires, voit si les temps sont meilleurs.
Si oui, ajoute un de tes sous-formulaire et voit si les temps sont meilleurs.
Si oui, ajoute ton second sous-formulaire et voit ce que font les temps.

Actuellement es-tu seule à l'utiliser ou êtes-vous plusieurs ?

Si à plusieurs, avez-vous tous le problème de lenteur ?

A+

[mumen]

Et comme dit mumen, je serais mieux d arrêter de la fractionner car elle fonctionne a merveille sans le fractionnement et ca meme en réseau.

Donc a mon idée le problème n est pas le réseau, ni ma structure, mais le fractionnement...par contre mes connaissances sont limités, c'est pourquoi j'ai besoin de vous les connaisseurs.

Kanelle, René à raison le fractionnement est une bonne pratique et ne pas le faire peut entraîner des inconvénients en multi-utilisateurs. Tu peux revenir à cet ancien fonctionnement si c'est mieux pour toi, mais personnellement j'aimerais comprendre ce qui se passe.

Comment as tu procédé à ce fractionnement ?

Peux tu mettre ta base à notre disposition ?

[kanelle1965]

Bonsoir Mumen,

J'aimerai bien utiliser le fractionnement mais je ne dois pas perdre de la vitesse a ce point.

Je vous fait parvenir mon projet en esperant que nous saurons trouver le problème.

merci a tous pour votre soutien.

[kanelle1965]

Comment as tu procédé à ce fractionnement ?

j'avais fractionner de la façon suivante.
la base sur mon disque dur, j'ai fais outils de base de donnée, base de donnée active. j'ai cliquer sur fractionner et choisis le repertoire réseau requis.

En gardant la frontale sur mon disque dur.

Et pour l'instant je suis seule a la tester.

ma bd est en version 2007 et le réseau possède la version 2010.

[mumen]

Tu as dit l'autre jour :

Tout allait a merveille sur le réseau avant le fractionnement

Mais nous avons absolument besoin d'être certains de ça :

au préalable, quand tu travaillais avec ta base unique, était-elle sur le serveur, ou bien sur ton disque dur ?

ma bd est en version 2007 et le réseau possède la version 2010.

Que veux tu dire par là ?

[kanelle1965]

Ma base est sur le serveur car avant le fractionnement et la lenteur une de mes collègue l'utilisait un peu,

Quand on parle de serveur, on parle de réseau n'est-ce pas? qui dessere plusieurs utilisateurs? Juste pour être sur qu'on parle le même langage.

et quand je parle des versions je parle de la version Microsoft office, car chez moi j 'ai 2007 et au bureau ils ont 2010.

Merci

[kanelle1965]

au préalable, quand tu travaillais avec ta base unique, était-elle sur le serveur, ou bien sur ton disque dur ?

J'ai construit ma base de donnée chez moi sur le disque dur en local.

Mais au bureau je travaille avec sur le sserveur, je me suis mis un raccourcis sur le bureau avant le fractionnement.

lorsque j'ai fractionner j,ai mis la dorsale qui contient les tables sur le serveur, et la frontale qui contient le reste et les tables liée sur mon poste (bureau).

Mais de cette façon y a un bogue c'est trop lent, y a quelques choses que je ne fais pas bien.