[Optimisation]Procédure Stockée vs Requêtes dans le code

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

Bonjour,

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

Enano

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

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

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 ?

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

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 :)