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 ?