Bonjour,
Je cherche à avoir plus d'explication sur cette colomne
.Quel est l'inconvénient d'un grand nombre de version count, et comment le diminuer?VERSION_COUNT
NUMBER
Number of child cursors that are present in the cache under this parent
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[DBA] Signification de v$sqlarea.Version_Count ?
Bonjour,
Je cherche à avoir plus d'explication sur cette colomne
.Quel est l'inconvénient d'un grand nombre de version count, et comment le diminuer?VERSION_COUNT
NUMBER
Number of child cursors that are present in the cache under this parent
Bonjour Aline,
Je crois me souvenir que c'est quand pour la même requête tu as plusieurs plans d'exécution différent (environnements différents...)
Laly.
In the heart of the truly greats, perfection is never achieved but endlessly pursued.
Mon article sur les fonctions analytiques d'Oracle (calcul de moyennes mobiles, de quartiles et bien d'autres...)
Bonjour Laly,
J'ai cela comme réponse (qui est en fait plus ou moins la même que la tienne) mais cela ne me convient pas
Cela ne me convient pas, car dans ma SGA, j'ai une requête qui est sur un seul object et dont la version_count est égale à 1026! Ily a donc quelque chose qui m'echappe et cela me pose des contentions énormes.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
D'où viens cette requête ? D'un ref cursor ? Etant donné que la requête d'un ref curseur est systématiquement reparsée à chaque open ca pourrait être ca...
Laly.
In the heart of the truly greats, perfection is never achieved but endlessly pursued.
Mon article sur les fonctions analytiques d'Oracle (calcul de moyennes mobiles, de quartiles et bien d'autres...)
Non, c'est une bête requête dans une appli via OCI. De plus, si j'ai bien compris, version_count n'a aucun rapport avec le parse. Il y a la colonne parse_call pour cela.Envoyé par lalystar
De plus, la même requête est trois fois dans la sql area.
ce n'est pas la seule et c'est un phénomène que j'ai du mal à m'expliquer aussi.
Bonjour Aline,
Tout d'abord, en quelle version d'Oracle es-tu STP ???
Sinon, pour moi il y a 2 choses :
1 ) le fait que tu observes ta requête plusieurs fois dans la vue V$SQLAREA signifie qu'elles n'ont pas la même valeur de HASH_VALUE, ce qui signifirait que le texte de la requête diffère légerement (genre majuscule / minuscule ou espace en plus. Tu ne serais pas en Oracle 8i ???)
2 ) la VERSION_COUNT indique effectivement qu'il y a plusieurs versions pour la même requête. Cela indique une différence de contexte entre les sessions. Un exemple pour être clair :
J'ai la requête suivante (testée en 9i) :
Si je l'exécute, je trouve le texte de cette requête une fois dans la vue V$SQLAREA (avec VERSION_COUNT à 1), et 1 fois dans la vue V$SQL.
Code : Sélectionner tout - Visualiser dans une fenêtre à part select * from credit where rownum < 10 order by mnemonique ;
Maintenant, si j'exécute à nouveau cette requête, mais en la précédant d'un :
Le contexte a changé (car le tri demandé par le ORDER BY dépend de la langue). Du coup, je trouve le texte de cette requête 1 fois dans V$SQLAREA, mais avec le VERSION_COUNT à 2, et 2 fois dans la vue V$SQL.
Code : Sélectionner tout - Visualiser dans une fenêtre à part alter session set nls_language='AMERICAN' ;
Voir à ce sujet l'article de Thomas Kyte :
http://asktom.oracle.com/pls/ask/f?p=4950:8:2815850657935952737::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:385254862843
Il me semble que le version_count prend aussi en compte les invalidations de la requete. (suite alter table, index, etc..)
Bonjour Rouardg,
version=9.2.0.6
1) pas d'accord, puisque l'on passe toujours pas ma même appli. Voici les résultats de deux requêtes interessantes je pense qui cible bien le problème.
2) Il ne peux y avoir de différence de contexte puisque c'est toujours le même executable qui fait la requête dans la même session.
oui, en effet, mais ce n'est pas le cas ici.
Quand on regarde le problème, on se rends compte que certaines requêtes ne sont ni executés, ni parsées.
Le problème vient surement de la, mais pourquoi???
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
Je viens de passer le paramêtre sursor_sharing de 'similar' à force et pour l'instant, version_count ne s'incrémente plus.
Je n'ai pas d'explication et ne sait pas si cela va résoudre mon problème, mais en tout cas, pour l'instant, le résultat est la....
il suffit d'une valeur en "dur" qui change selon le contexte et voila, t'as plusieurs version.
Le mode SIMILAR permet de "binder" les constantes en dur
Rebonjour Aline,
Merci de jeter un coup d'oeil à ce très intéressant post de Ask Tom, qui répondra à ton pb.
Personnellement, j'ai du relire 2 ou 3 fois l'article pour comprendre. Par contre, c'est l'occasion de découvrir une nouvelle vue V$SQL_SHARED_CURSOR.
http://asktom.oracle.com/pls/ask/f?p=4950:8:997227819268589048::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:9497064796920
Merci pour le Lien,
En effet, a première vue, il va faloir se creuser la tête pour tout comprendre. Sacré Tom!
Répondre avec citation
Partager