Discussion :

[sousou94]

Bonjour,


Je suis en stage dans une boite, et on me demande d'optimiser un outil VBA qui utilise une base de donnees oracle .

Des lenteurs sont présentes, mon select dure 20 minutes car il parcourt les donnees en partant de 0... Comment le faire commencer a 50000 par exemple afin de cibler les recherches (les resultats que j'attends bien souvent sont vers la fin) ? OU une autre idée que la mienne serait plus judicieuse ?


Autres choses, comment optimiser le transfert de données sur feuilles à votre avis ?
Perso je pense à faire des transfert de gros blocs et travailler sous VBA, qu'en pensez vous ?




Merci beaucoup par avance pour toute intervention

[Waldar]

Avec votre requête, ce serait probablement plus simple !

[orafrance]

et une requête qui commence à 50000 ça ne veut strictement rien dire : les données ne sont pas ordonnées dans une table. Une table c'est un sac de bille, pas une étagère

[pacmann]

Salut !

Cf. Waldar : avec la requête, c'est sans aucun doute mieux.

Et pour faire suite à Orafrance, il faut qu'on sache ce que tu cherches fonctionnellement :
Quelques / beaucoup de lignes ?
Comment identifies-tu les lignes dont tu as besoin ?
(Les dernières... par rapport à une date ? Autre chose ?)

Ce qui peut améliorer drastiquement les performances d'une appli qui fait des requêtes sur une base, ça peut être également les indexes disponibles...

[sousou94]

Merci pour vos réponses,

orafrance : Au temps pour moi, je visualise mal le processus

La requete est du type "select sum(decode(task,'request','1','0')) Request,sum(decode(task,'incident','1','0')) Incident,count(*) " avec un for *16 .

Concretement, mon responsable va vouloir connaitre la somme des tâches ou temps passés sur une tâche mais toujours sur le mois dernier...

@pacmann: Je cherche surtout à retourner le chiffre attendu, soit un "temps passés" à virgule ou soit un nombre entier... donc c'est le plus souvent 1 voire 2 lignes (je parle du gros de l'outil)

J'identifies les lignes par l'équipe dont fait partie la personne, le type de tâche, et d'autres paramètres comme si la tâche demande plusieurs jours etc....

Et les lenteurs d'apres moi proviennent surtout d'un truc tout bête ... l'outil se connecte à chaque fois a la BDD pour retourner un chiffre (le temps passés ou le nombre de tâches) .. c'est pour cela que je me suis dis qu'il fallait mieux retourner de gros blocs et travailler ça sous VBA ... non ?

Cordialement

[orafrance]

Concretement, mon responsable va vouloir connaitre la somme des tâches ou temps passés sur une tâche mais toujours sur le mois dernier...

Faudrait au moins un index sur la date à ce moment là

Et les lenteurs d'apres moi proviennent surtout d'un truc tout bête ... l'outil se connecte à chaque fois a la BDD pour retourner un chiffre (le temps passés ou le nombre de tâches) .. c'est pour cela que je me suis dis qu'il fallait mieux retourner de gros blocs et travailler ça sous VBA ... non ?

Ou faire une requête qui retourne tous les chiffres d'un coup... mais c'est vrai que se reconnecter à chaque fois c'est moyen

[pacmann]

for * 16 ?

Si c'est parce qu'il veut l'indicateur pour les 16 équipes, tu peux faire une seule requête en faisant un GROUP BY equipe (au lieu de mettre à chaque fois dans le filtre), et traiter comme tu le dis en VBA le résultat.

... il n'en reste pas moins que comme dit Orafrance, un index sur la date te permettra probablement de ne pas te taper les lignes de "1 à 50000"

[sousou94]

On arrive à mes limites , comment faire cet index ? sur que base ? je ne visualise pas ...

La requête ne peut retourner tout les chiffres d'un coup, je pense pas du moins, car il y a des sum mais aussi des requêtes sans "sum" ...mais il est possible au moins de passerde 16 à 20 requêtes qui se ressemblent à 5-6 .


pacmann : "group by" sur quoi ? sur un critere exemple l'équipe dont fait partie la personne ?

[pacmann]

Ben comme ta description est vague, c'est difficile de te donner un exemple concret

Si ton appli, pour une seul "page" à charger, fait :

Code :

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

1
2
 
SELECT count(*) FROM activite WHERE equipe = 1 AND dateactivite = SYSDATE

Code :

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

1
2
 
SELECT count(*) FROM activite WHERE equipe = 2 AND dateactivite = SYSDATE

... etc

Code :

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

1
2
 
SELECT count(*) FROM activite WHERE equipe = 16 AND dateactivite = SYSDATE

[code]

A la place, tu peux faire :

Code :

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

1
2
3
4
5
 
SELECT equipe, count(*)
FROM activite
WHERE dateactivite = SYSDATE
GROUP BY equipe

Cela te renvoie un resultset avec tous les résultats, avec lesquels tu pourras populer tes différents champs ensuite (je ne sais pas du tout comment c'est organisé chez toi, vu que tu ne nous l'as pas vraiment dit )

Sinon, un index, ça sert à accéder aux données ponctuelles que tu cherches, sans pour autant lire toute une table.
Donc un index se créerait dans ton cas sur la date, parce que ce sont seulement les lignes les plus récentes qui t'intéressent...
(A créer sur la base Oracle, sur ta grosse table)

Mais pour qu'on puisse être plus précis, il faudrait que tu nous donnes la requête complète, la description de la table et de ces indexes, ...