SYS_B_x, cache et optimisation requete

bonjour à tous,

je viens vers vous pour une simple question car je débute dans oracle admin et on me demande d'optimiser une requête.

en fait j'ai une requete qui répond en 3min sous 8i et en 13min sous 10g
et on me demande de trouver ce qui ne va pas.

le truc c'est que j'y connais pas grand chose.

On me demande alors :
-comment désactiver le cache pour eviter que la requete sous 10g tape dans le cache
- on ma fourni la requete et je vois des cause dans le where =:"SYS_B_0", =:"SYS_B_1" et =:"SYS_B_3" mais je ne sais pas a quoi correspond ces sys_b_x
quelqu un pourrait m'expliquer svp


Merci de votre aide

Les :SYS_B_0 vient de la valeur du paramètre CURSOR SHARING. La valeur par défaut est EXACT mais soit au niveau de la base soit au niveau de la session vous avez une autre valeur (FORCE ou SIMILAR).
L’idée a été de forcer l’utilisation des variables de liaison (binding variables) pour une application qui ne les utilise pas. C’est-à-dire que les requêtes sont de type

Code:

---

1 2	Select * from emp where empno = 7139

---

Et non pas

Code:

---

1 2	Select * from emp where empno = :b1

---

Les requêtes qui n’utilisent pas de variable de liaison posent des problèmes de parsing. Les requêtes qui n’utilisent que des variables de liaison peuvent poser des problèmes dans l’estimation des cardinalités par l’optimiseur. Et mauvais cardinalités égal mauvais plan d’exécution et donc mauvais temps de réponse.
Lisez cet article aussi.

Merci pour ta réponse mnitu

il y'a encore beaucoup de notion que je ne maitrise pas mais tu m'a déjà mis sur une bonne voie avec tes explications.

je vais voir encore un peu le problème pour voir ce qu il veulent faire

good

A+

Citation:

---

Envoyé par elkamaro

...on me demande de trouver ce qui ne va pas.

On me demande alors :
-comment désactiver le cache pour eviter que la requete sous 10g tape dans le cache
- on ma fourni la requete et je vois des cause dans le where =:"SYS_B_0", =:"SYS_B_1" et =:"SYS_B_3" mais je ne sais pas a quoi correspond ces sys_b_x
quelqu un pourrait m'expliquer svp

---

Bonjour à toi,
Le cache des données ne se désactive pas. Néanmoins tu peux le vider :

Code:

---

alter system flush buffer_cache;

---

pour le cache des données

Code:

---

alter system flush shared_pool;

---

pour le cache du dictionnaire et des requêtes (plan d'exécution)

Pour ta requête qui pose problème :
- déterminer son plan d'exécution (le réel, pas le théorique) : sous sqlplus, un simple SET AUTOTRACE TRACEONLY suffira avant de lancer la requête. Tu obtiendras le plan réel et quelques statistiques (nb de buffers lus, nb d'accès disque...)
- vérifier la présence de statistiques sur les objets de la requête (tables et index)
- comparer le plan en 8i par rapport à celui de la 10g (compare aussi le volume des datas concernées, les éventuelles statistiques sur les tables/index de la 8i et la valeur du paramètre optimizer_mode)

Citation:

---

Envoyé par 13thFloor

Bonjour à toi,
Le cache des données ne se désactive pas. Néanmoins tu peux le vider :

Code:

---

alter system flush buffer_cache;

---

pour le cache des données

Code:

---

alter system flush shared_pool;

---

pour le cache du dictionnaire et des requêtes (plan d'exécution)

Pour ta requête qui pose problème :
- déterminer son plan d'exécution (le réel, pas le théorique) : sous sqlplus, un simple SET AUTOTRACE TRACEONLY suffira avant de lancer la requête. Tu obtiendras le plan réel et quelques statistiques (nb de buffers lus, nb d'accès disque...)
- vérifier la présence de statistiques sur les objets de la requête (tables et index)
- comparer le plan en 8i par rapport à celui de la 10g (compare aussi le volume des datas concernées, les éventuelles statistiques sur les tables/index de la 8i et la valeur du paramètre optimizer_mode)

---

Salut,
cool merci pour tes explication et en plus tu me donne un plan pour faire mon analyse (je rappel que je suis pas du tout un dba mais on ma mis dans une mision en tant que tel)

je vais essayer de recuperer les plan d'ecution et les requete et vous tient au courant
mais le problème c est que la personne essaye de faire une migration de la 8i vers la 10g et je crois que je n'ai pas accés à ses bases

on verra

ça fait lontemps que je suis pas venu sur ce forum mais les gens sont toujours aussi accueillant merci à vous