Discussion :

[cortek's]

Bonjour à tous,

Je travaille depuis plusieurs semaines sur un fichier Access qui intègre une interface permettant de calculer des prix de revient. J'utilise des requêtes sur des tables liées sur un AS/400 pour récupérer des infos en direct sur la production de l'entreprise.

Toutes mes requêtes sont rapides (temps < 1s et souvent <0.1s) sauf une qui met près de 10s pour répondre. Cela me porte à près de 2 min le temps de réponse lorsque je clique sur le bouton de génération de mon prix.

Comment faire pour améliorer cette piètre performance ?

[Invité]

Bonjour

Comment veux-tu que les membres du forum puissent t'aider ?

Tu ne nous donne pas la requête, ni les tables, il y a peut-être une optimisation à faire, mais sans plus d'informations

Philippe

[cortek's]

Voilà mon code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
INSERT INTO T_achattemp ( ACPROD, ACDATE, ACDESI, ACPRIU )
SELECT PGMTEST_FLAC0026.ACPROD, PGMTEST_FLAC0026.ACDATE, PGMTEST_FLAC0026.ACDESI, PGMTEST_FLAC0026.ACPRIU
FROM PGMTEST_FLAC0026
WHERE (((PGMTEST_FLAC0026.ACPROD) Like [temp]));

j'utilise un paramètre...

[cortek's]

L'élément qui prend du temps est bien cette requête, je l'ai isolée en mode débeugage.

C'est vrai la table PGMTEST_FLAC0026 comporte 234 000 élts mais cela ne m'a pas posé problème pour d'autres tables similaires.

[Tofalu]

Et si tu remplaces le like par un égal ?

[cortek's]

Merci de la proposition, malheureusement cela ne change pas le temps de réponse.

Par contre, ce qui est amusant, c'est qu'en début de journée, les requêtes sont très longues et qu'au plus on fait d'accès, au plus elles sont rapides. J'imagine que cela est dû au fait que je compacte la base de donnée à la fermeture de l'application et qu'elle grossit au fur et à mesure qu'on l'utilise.

Si ça vous donne des idées, je suis preneur...

Merci d'avance

Cortek's

[Invité]

Bonjour

La table PGMTEST_FLAC0026, n'est elle pas souvent sollicitée par la gestion de ton application As400, par les travaux planifiés, ou par des query?

[cortek's]

C'est à dire ? Je ne comprends pas bien.

C'est une table utilisée par de nombreuses personnes dans l'entreprise mais c'est le cas de beaucoup d'autres tables que j'utilise dans mon application.

Par ailleurs j'y fais une petite cinquentaine d'accès pour construire un prix, soit un clic dans mon interface. Cela est également le cas pour d'autres tables que j'utilise.

Et quelle corrélation avec la diminution des tps de requêtes de mon application ?

[Invité]

Désolé
Je demandais cela car je sais par exemple qu'en arrivant dans l'entreprise, des commerciaux peuvent envoyer des querys de stats , le font en interactif au lieu de batch, et les perfs de l'As chutent. Dans ce cas les perfs des requêtes externes basées sur les mêmes tables chutent également, tout au moins, c'est ce que j'ai pu constater. Mais ce n'est qu'une hypothèse.

[cortek's]

Merci en tout cas pour l'idée !

[Chtulus]

Bonjour,

Et en attaquant directement le serveur plutôt que de passer par des tables liées ?

[Invité]

Bonjour,

Et en attaquant directement le serveur plutôt que de passer par des tables liées ?

Je serai assez d'accord avec Chtulus.
Pourquoi ne pas plutôt ouvrir une connexion par exemple en Ado, alimenter ta table Access et fermer ta connexion.

[cortek's]

Et bien je ne connais pas Ado mais je vais lire les tutos et essayer de mettre ça en application...

Je vous tiens au courant.

Merci

[cortek's]

En fait, si je comprends bien, je me connecte à l'AS via le DSN que j'utilisais déjà pour mes tables liées mais je configure moi-même ma connection. Je peux donc choisir le type de curseur (comme avant) mais aussi sa position.

Et donc je dois pouvoir gagner en performances en testant différents paramètres de curseurs ?

[cortek's]

Après divers essais, j'en arrive à la conclusion suivante :

La sélection de ma requête avec un curseur localisé sur le serveur et un type asOpKeyset est ultra rapide. Cela me permet de sélectionner une trentaine d'enregistrements. Je ne veux récupérer que celui correspondant à la date la plus récente (il y a un champ date).

Seulement, je n'arrive pas à passer cela en paramètre de sélection dans une requête car la date est notée dans un champ numérique (jjmmaa) mais donc si la date est 01/01/01, on a 10101, le premier zéro n'existe pas.

Du coup, pour le moment, je suis obligé de parcourir tous les enregistrements et c'est cela qui prend du temps.

Comment faire pour faire une requête directe ?

[cortek's]

Je me suis souvenu d'un truc que j'ai lu sur le forum : appliquer des fonctions directement sur les champs dans l'écriture de la requête. Ca pourrait donner quelque chose de ce genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
SELECT Max(CDbl(cdate(Left(ACDATE,Len(ACDATE)-4) 
                            / Mid(ACDATE,Len(ACDATE)-3,2) 
                            / Right(ACDATE,2)))),FLAC0026.ACPROD 
FROM FLAC0026 
GROUP BY FLAC0026.ACPROD 
HAVING (ACPROD) = temp

Je convertis en date le champ de l'AS400, puis je le converti en numérique pour pouvoir sélectionner le max.

Le problème est que j'obtiens une erreur du driver ODBC qui ne connait pas les fonctions en question.

Enfin je cherche une solution pour pouvoir sélectionner directement avec une requête sans lire toutes les données.

[cortek's]

Et bien faute de solution formidable, j'ai importer deux champs de la table dans une table locale qui est mise à jour tous les jours.

Je fais ma requête sur la table locale contenant le code article et la date et j'utilise le résultat de cette requête pour faire une autre requête avec ADO avec un curseur sur le serveur pour récupérer tous les champs de l'enregistrement désiré. Je gagne ainsi énormément de temps en execution puisque je ne cherche qu'un seul enregistrement sur le serveur.

Voilà, si vous avez des commentaires, n'hésitez pas.

Merci à ceux qui ont proposé des solutions.

[loufab]

Si cela peut t'aider.

Eviter de faire des Cast dans les requêtes, la base de données native réagit bien par contre beaucoup d'autres base de données semblent ne pas apprécier et mettent plus de temps à s'exécuter.

Les fonctions VBA ne sont exploitable que dans l'environnement direct d'ACCESS, inutile de les envoyer au serveur sans les traduire en SQL propre au serveur.

Regarde le tuto sur l'optimisation des applications access sur ma page perso. Il y a peut être quelque chose qui t'aidera.