Discussion :

[LandGreen]

Bonjour tout le monde;

j'ai un select * from une VUE qui contient à l'intérieur une requête qui ramène à son tour depuis une autre VUE,

(cette dernière contient un UNION des deux tables)

mon problème c'est que lorsque j’exécute mon Select sur la vue pour la première fois, ça prends plus de 40 seconds pour afficher le résultat, après quelque seconds je ré-exécute le select ça prend seulement 16 seconds !

quelqu'un aura la gentillesse à m'expliquer ? sinon existe-t'il des astuce ou des conseils directes pour optimiser mieux des requêtes

[rouardg]

Bonjour,

En règle générale, ces différences de rapidité sont liées au Buffer Cache.

En clair, lors de la première exécution, Oracle regarde dans le Buffer Cache de la SGA si les blocs de données / index des tables sont présents ou pas. Comme c'est la première exécution, en général ces blocs ne sont pas en mémoire, et il faut donc aller les lire sur le disque, d'où les 40 secondes.

A la seconde exécution, les blocs de données / index étant en mémoire, on évite donc les IO disques, d'où une requête plus rapide.

Pour finir, ces blocs vont rester en mémoire tant qu'il y a assez de la place dans le Buffer Cache. D'autres requêtes sont en cours d'exécution, et vont elles aussi avoir besoin de place mémoire. Lorsqu'il n'y en a plus assez, Oracle fait de la place suivant un algorithme de type LRU (Least Recently Used). En clair, les blocs qui n'ont pas servi depuis longtemps sont supprimés du Buffer Cache, pour faire de la place.

Du coup, lorsque une requête aura besoin d'accéder à ces blocs, rebelotte : lecture disque et donc perte de temps.

[Ikebukuro]

Avec un AUTOTRACE, tout devient plus compréhensible :-)

[McM]

Les VUES, c'est le mal !!

[Waldar]

cette dernière contient un UNION des deux tables

UNION ou UNION ALL ?
Dans le premier cas est-il nécessaire ?

[LandGreen]

UNION ou UNION ALL ?
Dans le premier cas est-il nécessaire ?

UNION ALL !!!

[Waldar]

Du coup pas mieux que les collègues, vos profitez des divers mécanismes de caches lors des exécutions successives à la première.

Pour votre question sur l'optimisation des requêtes, de manière générale on cherche à :

1. Minimiser les I/O
2. Minimiser la consommation CPU
3. Minimiser les temps d'exécution

La bonne nouvelle c'est que le point 3 découle quasi systématiquement toujours des points 1 et 2.

[Oratorio]

Bonjour tout le monde;

j'ai un select * from une VUE qui contient à l'intérieur une requête qui ramène à son tour depuis une autre VUE,

(cette dernière contient un UNION des deux tables)

mon problème c'est que lorsque j’exécute mon Select sur la vue pour la première fois, ça prends plus de 40 seconds pour afficher le résultat, après quelque seconds je ré-exécute le select ça prend seulement 16 seconds !

quelqu'un aura la gentillesse à m'expliquer ? sinon existe-t'il des astuce ou des conseils directes pour optimiser mieux des requêtes

le hard parsing la première fois coûte cher

si cela se repère quelle est la valeur de cursor_sharing ?

la cash pas la solution car il peut disparaître selon la taille de la SGA et la fréquence d'appel à la vue

[LandGreen]

le hard parsing la première fois coûte cher

si cela se repère quelle est la valeur de cursor_sharing ?

je comprends pas ici désolé, tu peux détailler?