Performance :Tables liées

Julpierr · 07/07/2011, 16h24

Bonjour,
Je cherche à optimiser la performance de mes créations d'états et formulaires avec l'utilisation des tables liées. Les manipulations sont très très lentes. N'ayant pas solutionner ce problème, qui devient contraignant, j'en appelle aux plus expérimentés.
Exemple: une requête de trois tables dont une "liée" (10Mg) génère une exécution très lente en mode création.

Quelqu'un a t-il une solution pour "accélérer le mouvement"?

Pourquoi pas exporter le résultat de ma requête dans une autre table? Si c'est possible?

marot_r · 07/07/2011, 17h58

Pour les optimisations il n'y a pas de recette miracle et la solution idéale dépend du problème.

Que fais-tu avec les données que tu remontes ?
Est-ce simplement de l'affichage ?
As-tu le problème dans l'éditeur de requête ou lorsque tu affiches les données dans un formulaire ?
Ces données changent-elles souvant ?
Avec tes données recopiées sur ton poste, as-tu les mêmes lenteurs ?

A+

Dolphy35 · 07/07/2011, 19h29

Salut,

Tu peux en + consulter l'article de loufab

Tout ce que vous avez toujours voulu savoir sur l' OPTIMISATION d'APPLICATIONS Microsoft ACCESS.

Dolphy

Julpierr · 08/07/2011, 10h37

Merci pour vos réponses,

Pour être plus précis, j'utilise ACCESS pour des tableau de bord uniquement avec tris et groupe pour mes états, rien de bien compliqué.
J'ai bien identifié que mon pb de lenteur venait des tables liées car lorsque j'intègre ces même données dans une "table" directement, mes états fonctionnent de manière cohérente et rapide.
Mes tables liées (format xls) centralisent des données SAP. Ces données ne pouvant pas être directement exploitées par ACCES, des premières requêtes sont réalisées sous Buisiness Object (relié à SAP). Les données sont alors exploitables par ACCESS (fichier xls) et par le biais de l'application "InfoView" mes données sont mise à jour. Ainsi, j'obtiens un fichier xls automatisé. C'est ce fichier que j'utilise en table liée, j'ai ainsi des reportings à jour. Mais ce fichier est censé prendre de l'importance. J'ai réalisé des essais sur des tables liées dont les données font que quelques Ko. Conclusion: cela vient bien de la taille du fichier.
J'avoue que mes compétences sont limitées et je cherche une solution pour que mes applications dans mes créations d'états soient plus rapides.

Merci pour vos éventuelles solutions.
A+

marot_r · 08/07/2011, 14h24

Pourquoi ne pas copier les données du XLS dans une table Access avant d'ouvrir ton rapport ? Avec DoCmd.TransfertSpreadsheet tu peux l'automatiser complètement.

Voici comment je procéderai :

L'utilisateur demande l'ouverture du rapport.
Access vide la table locale destinatrice des données
Access recopie les données du XLS dans la table locale.
Access ouvre le rapport basé sur la table locale.

A+

07/07/2011, 16h24	#1
Julpierr Invité de passage Julien PIERREVAL Affaires Financières Inscription : juillet 2011 Messages : 9 Détails du profil Informations personnelles : Nom : Julien PIERREVAL Localisation : France, Puy de Dôme (Auvergne) Informations professionnelles : Activité : Affaires Financières Secteur : Service public Informations forums : Inscription : juillet 2011 Messages : 9 Points : 2 Points : 2	Performance :Tables liées Bonjour, Je cherche à optimiser la performance de mes créations d'états et formulaires avec l'utilisation des tables liées. Les manipulations sont très très lentes. N'ayant pas solutionner ce problème, qui devient contraignant, j'en appelle aux plus expérimentés. Exemple: une requête de trois tables dont une "liée" (10Mg) génère une exécution très lente en mode création. Quelqu'un a t-il une solution pour "accélérer le mouvement"? Pourquoi pas exporter le résultat de ma requête dans une autre table? Si c'est possible?
	00

07/07/2011, 17h58	#2
marot_r Modérateur René MAROT Inscription : octobre 2005 Messages : 5 470 Détails du profil Informations personnelles : Nom : René MAROT Localisation : Canada Informations forums : Inscription : octobre 2005 Messages : 5 470 Points : 7 552 Points : 7 552	Pour les optimisations il n'y a pas de recette miracle et la solution idéale dépend du problème. Que fais-tu avec les données que tu remontes ? Est-ce simplement de l'affichage ? As-tu le problème dans l'éditeur de requête ou lorsque tu affiches les données dans un formulaire ? Ces données changent-elles souvant ? Avec tes données recopiées sur ton poste, as-tu les mêmes lenteurs ? A+ __________________ Vous voulez une réponse rapide et efficace à vos questions téchniques ? Ne les posez pas en message privé mais dans le forum, vous bénéficiez ainsi de la compétence et de la disponibilité de tous les contributeurs.
	00

07/07/2011, 19h29	#3
Dolphy35 Rédacteur/Modérateur Morgan BILLY Technicien de Production Inscription : octobre 2004 Messages : 4 103 Détails du profil Informations personnelles : Nom : Morgan BILLY Âge : 33 Localisation : France, Ille et Vilaine (Bretagne) Informations professionnelles : Activité : Technicien de Production Secteur : Industrie Informations forums : Inscription : octobre 2004 Messages : 4 103 Points : 8 728 Points : 8 728	Salut, Tu peux en + consulter l'article de loufab Tout ce que vous avez toujours voulu savoir sur l' OPTIMISATION d'APPLICATIONS Microsoft ACCESS. Dolphy __________________ Personnaliser la vue Backstage d'Access 2010 Découvrez avec nous Office 2010 Je ne réponds pas aux questions techniques par MP
	00

08/07/2011, 10h37	#4
Julpierr Invité de passage Julien PIERREVAL Affaires Financières Inscription : juillet 2011 Messages : 9 Détails du profil Informations personnelles : Nom : Julien PIERREVAL Localisation : France, Puy de Dôme (Auvergne) Informations professionnelles : Activité : Affaires Financières Secteur : Service public Informations forums : Inscription : juillet 2011 Messages : 9 Points : 2 Points : 2	Merci pour vos réponses, Pour être plus précis, j'utilise ACCESS pour des tableau de bord uniquement avec tris et groupe pour mes états, rien de bien compliqué. J'ai bien identifié que mon pb de lenteur venait des tables liées car lorsque j'intègre ces même données dans une "table" directement, mes états fonctionnent de manière cohérente et rapide. Mes tables liées (format xls) centralisent des données SAP. Ces données ne pouvant pas être directement exploitées par ACCES, des premières requêtes sont réalisées sous Buisiness Object (relié à SAP). Les données sont alors exploitables par ACCESS (fichier xls) et par le biais de l'application "InfoView" mes données sont mise à jour. Ainsi, j'obtiens un fichier xls automatisé. C'est ce fichier que j'utilise en table liée, j'ai ainsi des reportings à jour. Mais ce fichier est censé prendre de l'importance. J'ai réalisé des essais sur des tables liées dont les données font que quelques Ko. Conclusion: cela vient bien de la taille du fichier. J'avoue que mes compétences sont limitées et je cherche une solution pour que mes applications dans mes créations d'états soient plus rapides. Merci pour vos éventuelles solutions. A+
	00

08/07/2011, 14h24	#5
marot_r Modérateur René MAROT Inscription : octobre 2005 Messages : 5 470 Détails du profil Informations personnelles : Nom : René MAROT Localisation : Canada Informations forums : Inscription : octobre 2005 Messages : 5 470 Points : 7 552 Points : 7 552	Pourquoi ne pas copier les données du XLS dans une table Access avant d'ouvrir ton rapport ? Avec DoCmd.TransfertSpreadsheet tu peux l'automatiser complètement. Voici comment je procéderai : L'utilisateur demande l'ouverture du rapport. Access vide la table locale destinatrice des données Access recopie les données du XLS dans la table locale. Access ouvre le rapport basé sur la table locale. A+ __________________ Vous voulez une réponse rapide et efficace à vos questions téchniques ? Ne les posez pas en message privé mais dans le forum, vous bénéficiez ainsi de la compétence et de la disponibilité de tous les contributeurs.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email