Discussion :

[booth]

DB : Oracle 9iR2
Machine : AIX (enfin je crois... j'ai pas accès à toutes les infos sur la DB)

Bonjour,
nous avons des grosses requetes (du style 2 à 300 lignes) qui mettent pas encore trop de temps à s'executer (800 ms à 1,2 secondes) et on voudrait savoir si on peut gagner encore un petit peu de temps

En passant ces requetes dans des procédures stockée avec les parametres des clauses where en guise d'arguments (environ 5 arguments) pensez-vous que l'on puisse gagner en temps d'execution...
La mise en cache des données se fera peut etre plus souvent ?

On a deja résolu le problème du volume de données ramenées par les requetes, il nous reste encore le temps d'execution

merci d 'avance

[Enano]

Bonjour,

Il faudrait peut être regarder du coin des index....

Enano

[Marc Musette]

utilisez les bind variables (et donc les PreparedStatement dans votre code Java)

[orafrance]

ça me parait tenir plus du bricolage qu'autre chose que passer par des procédures stockées à la place du code SQL

[booth]

oula que de réponses ....
alors ...
pour les indexs c'est deja fait , on est en train de faire des tests de montée en charge et on rajoute les indexs (ils sont quasi tous mis à plus de 95 %

ensuite
la question que je me pose : comme il y a une mise en cache des requetes et des données les plus demandées, si on passe par une proc stock avec des variables, est-ce qu'on a plus de chance de garder ces données en cache et donc d'accélérer les requetes ?

[Marc Musette]

utilisez les bind variables (et donc les PreparedStatement dans votre code Java)

ceci permet de garder le sql en mémoire (library cache) , tu évites ainsi un hard parse

par contre si les valeurs des bind variables sont systématiquement les mêmes , tu pourrais peut être (à tester) gagner du temps avec des views voire des materialized views

our rappel, un sql est toujours plus performant qu'un code procédural

[booth]

ok, malheureusement mon client a choisi du VB6 donc ... pas de binds variables

dans les variables on va dire que statistiquement ,
4 vont changer 80 % du temps

et ensuite les 3 ou 4 autres vont changer 5 % du temps ...

donc bah je vais creuser un peu plus vers les proc stock, si j'arrive à avoir des résultats concluants je vous le fait savoir avec les chiffres à l'appui

Merci encore