Discussion :

[Milo59000]

Peux tu quand même envoyer le résultat sous sqlplus avec le plan d'execution et le temps que ça prend

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
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
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
  COUNT(1)
----------
         1
 
Elapsed: 00:00:00.89
 
Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=35 Card=1 Bytes=437)
   1    0   SORT (AGGREGATE)
   2    1     FILTER
   3    2       NESTED LOOPS (OUTER) (Cost=35 Card=1 Bytes=437)
   4    3         NESTED LOOPS (OUTER) (Cost=34 Card=1 Bytes=426)
   5    4           NESTED LOOPS (OUTER) (Cost=33 Card=1 Bytes=417)
   6    5             NESTED LOOPS (OUTER) (Cost=32 Card=1 Bytes=407)
   7    6               NESTED LOOPS (OUTER) (Cost=31 Card=1 Bytes=389
          )
 
   8    7                 NESTED LOOPS (OUTER) (Cost=30 Card=1 Bytes=3
          79)
 
   9    8                   NESTED LOOPS (OUTER) (Cost=29 Card=1 Bytes
          =368)
 
  10    9                     NESTED LOOPS (OUTER) (Cost=28 Card=1 Byt
          es=357)
 
  11   10                       NESTED LOOPS (OUTER) (Cost=27 Card=1 B
          ytes=346)
 
  12   11                         NESTED LOOPS (OUTER) (Cost=26 Card=1
           Bytes=335)
 
  13   12                           NESTED LOOPS (OUTER) (Cost=25 Card
          =1 Bytes=322)
 
  14   13                             NESTED LOOPS (OUTER) (Cost=24 Ca
          rd=1 Bytes=311)
 
  15   14                               NESTED LOOPS (OUTER) (Cost=23
          Card=1 Bytes=300)
 
  16   15                                 NESTED LOOPS (OUTER) (Cost=2
          2 Card=1 Bytes=278)
 
  17   16                                   NESTED LOOPS (OUTER) (Cost
          =21 Card=1 Bytes=269)
 
  18   17                                     NESTED LOOPS (OUTER) (Co
          st=20 Card=1 Bytes=260)
 
  19   18                                       NESTED LOOPS (OUTER) (
          Cost=19 Card=1 Bytes=242)
 
  20   19                                         NESTED LOOPS (OUTER)
           (Cost=18 Card=1 Bytes=232)
 
  21   20                                           NESTED LOOPS (OUTE
          R) (Cost=17 Card=1 Bytes=223)
 
  22   21                                             NESTED LOOPS (OU
          TER) (Cost=16 Card=1 Bytes=214)
 
  23   22                                               NESTED LOOPS (
          OUTER) (Cost=15 Card=1 Bytes=205)
 
  24   23                                                 NESTED LOOPS
           (OUTER) (Cost=14 Card=1 Bytes=195)
 
  25   24                                                   NESTED LOO
          PS (OUTER) (Cost=13 Card=1 Bytes=186)
 
  26   25                                                     NESTED L
          OOPS (OUTER) (Cost=12 Card=1 Bytes=175)
 
  27   26                                                       NESTED
           LOOPS (OUTER) (Cost=11 Card=1 Bytes=166)
 
  28   27                                                         NEST
          ED LOOPS (OUTER) (Cost=10 Card=1 Bytes=157)
 
  29   28                                                           NE
          STED LOOPS (OUTER) (Cost=9 Card=1 Bytes=148)
 
  30   29
          NESTED LOOPS (OUTER) (Cost=8 Card=1 Bytes=139)
 
  31   30
            NESTED LOOPS (OUTER) (Cost=7 Card=1 Bytes=130)
 
  32   31
              NESTED LOOPS (OUTER) (Cost=6 Card=1 Bytes=121)
 
  33   32
                TABLE ACCESS (BY INDEX ROWID) OF 'S_EVT_ACT' (Cost=5 C
          ard=1 Bytes=112)
 
  34   33
                  INDEX (RANGE SCAN) OF 'S_EVT_ACT_NUM_AFFAIRE' (NON-U
          NIQUE) (Cost=7 Card=12)
 
  35   32
                INDEX (UNIQUE SCAN) OF 'S_PROJ_P1' (UNIQUE)
 
  36   31
              INDEX (UNIQUE SCAN) OF 'S_PROJITEM_P1' (UNIQUE)
 
  37   30
            INDEX (RANGE SCAN) OF 'S_EVT_ACT_SS_U1' (UNIQUE) (Cost=1 C
          ard=1 Bytes=9)
 
  38   29
          INDEX (RANGE SCAN) OF 'S_SUSP_ACT_U1' (UNIQUE) (Cost=1 Card=
          1 Bytes=9)
 
  39   28                                                           IN
          DEX (UNIQUE SCAN) OF 'S_SRC_P1' (UNIQUE)
 
  40   27                                                         INDE
          X (UNIQUE SCAN) OF 'S_ORDER_P1' (UNIQUE)
 
  41   26                                                       INDEX
          (RANGE SCAN) OF 'S_EVT_MAIL_U1' (UNIQUE) (Cost=2 Card=1 Byte
          s=9)
 
  42   25                                                     TABLE AC
          CESS (BY INDEX ROWID) OF 'S_OPTY' (Cost=1 Card=1 Bytes=11)
 
  43   42                                                       INDEX
          (UNIQUE SCAN) OF 'S_OPTY_P1' (UNIQUE) (Cost=1 Card=1)
 
  44   24                                                   INDEX (RAN
          GE SCAN) OF 'S_CONTACT_FNX_U1' (UNIQUE) (Cost=2 Card=1 Bytes
          =9)
 
  45   23                                                 INDEX (UNIQU
          E SCAN) OF 'S_CONTACT_U2' (UNIQUE) (Cost=1 Card=1 Bytes=10)
 
  46   22                                               INDEX (RANGE S
          CAN) OF 'S_EVT_MKTG_U1' (UNIQUE) (Cost=1 Card=1 Bytes=9)
 
  47   21                                             INDEX (RANGE SCA
          N) OF 'S_EVT_CAL_U1' (UNIQUE) (Cost=1 Card=1 Bytes=9)
 
  48   20                                           INDEX (RANGE SCAN)
           OF 'S_SRV_ACT_U1' (UNIQUE) (Cost=1 Card=1 Bytes=9)
 
  49   19                                         INDEX (UNIQUE SCAN)
          OF 'S_SRV_REQ_P1' (UNIQUE) (Cost=1 Card=1 Bytes=10)
 
  50   18                                       TABLE ACCESS (BY INDEX
           ROWID) OF 'S_EVT_ACT_FNX' (Cost=1 Card=1 Bytes=18)
 
  51   50                                         INDEX (RANGE SCAN) O
          F 'S_EVT_ACT_FNX_U1' (UNIQUE) (Cost=2 Card=1)
 
  52   17                                     INDEX (UNIQUE SCAN) OF '
          S_FN_APPR_P1' (UNIQUE)
 
  53   16                                   INDEX (UNIQUE SCAN) OF 'S_
          ASSET_P1' (UNIQUE) (Cost=1 Card=1 Bytes=9)
 
  54   15                                 TABLE ACCESS (BY INDEX ROWID
          ) OF 'S_ORG_EXT' (Cost=1 Card=1 Bytes=22)
 
  55   54                                   INDEX (UNIQUE SCAN) OF 'S_
          ORG_EXT_U3' (UNIQUE) (Cost=1 Card=1)
 
  56   14                               INDEX (UNIQUE SCAN) OF 'S_ORG_
          EXT_U3' (UNIQUE) (Cost=1 Card=1 Bytes=11)
 
  57   13                             INDEX (UNIQUE SCAN) OF 'S_ORG_EX
          T_FNX_P1' (UNIQUE) (Cost=1 Card=1 Bytes=11)
 
  58   12                           TABLE ACCESS (BY INDEX ROWID) OF '
          S_ORG_EXT_X' (Cost=1 Card=1 Bytes=13)
 
  59   58                             INDEX (RANGE SCAN) OF 'S_ORG_EXT
          _X_U1' (UNIQUE) (Cost=2 Card=1)
 
  60   11                         INDEX (UNIQUE SCAN) OF 'S_ORG_EXT_U3
          ' (UNIQUE) (Cost=1 Card=1 Bytes=11)
 
  61   10                       INDEX (RANGE SCAN) OF 'S_ORG_EXT_X_U1'
           (UNIQUE) (Cost=2 Card=1 Bytes=11)
 
  62    9                     INDEX (RANGE SCAN) OF 'S_ORG_EXT_X_U1' (
          UNIQUE) (Cost=2 Card=1 Bytes=11)
 
  63    8                   INDEX (UNIQUE SCAN) OF 'S_PARTY_P1' (UNIQU
          E) (Cost=1 Card=1 Bytes=11)
 
  64    7                 INDEX (RANGE SCAN) OF 'S_ACT_EMP_F1' (NON-UN
          IQUE) (Cost=2 Card=1 Bytes=10)
 
  65    6               INDEX (RANGE SCAN) OF 'S_ACT_EMP_U1' (UNIQUE)
          (Cost=2 Card=1 Bytes=18)
 
  66    5             INDEX (UNIQUE SCAN) OF 'S_USER_U2' (UNIQUE)
  67    4           INDEX (RANGE SCAN) OF 'S_CONTACT_FNX_U1' (UNIQUE)
          (Cost=2 Card=1 Bytes=9)
 
  68    3         INDEX (UNIQUE SCAN) OF 'S_PARTY_P1' (UNIQUE) (Cost=1
           Card=1 Bytes=11)
 
  69    2       NESTED LOOPS (Cost=4 Card=1 Bytes=67)
  70   69         NESTED LOOPS (Cost=3 Card=2 Bytes=112)
  71   70           NESTED LOOPS (Cost=2 Card=2 Bytes=76)
  72   71             TABLE ACCESS (BY INDEX ROWID) OF 'S_CONTACT' (Co
          st=1 Card=1 Bytes=20)
 
  73   72               INDEX (UNIQUE SCAN) OF 'S_CONTACT_P1' (UNIQUE)
           (Cost=2 Card=1)
 
  74   71             INDEX (RANGE SCAN) OF 'S_OPTY_POSTN_U1' (UNIQUE)
           (Cost=2 Card=2 Bytes=36)
 
  75   70           TABLE ACCESS (BY INDEX ROWID) OF 'S_POSTN' (Cost=1
           Card=1 Bytes=18)
 
  76   75             INDEX (RANGE SCAN) OF 'S_POSTN_V1' (NON-UNIQUE)
          (Cost=1 Card=1)
 
  77   69         INDEX (UNIQUE SCAN) OF 'S_PARTY_P1' (UNIQUE) (Cost=1
           Card=1 Bytes=11)
 
 
 
 
 
Statistics
----------------------------------------------------------
         86  recursive calls
          0  db block gets
         88  consistent gets
         15  physical reads
          0  redo size
        518  bytes sent via SQL*Net to client
       1861  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

oui mais t'as 2 child number différents.
Il te faut le champ ADDRESS en plus du hash_value si tu veux savoir quel est le plan utilisé (en 10g c'est plus simple car t'as le champ SQL_ID).
Comment sais tu que c'est le plan avec le FTS qui est pris en compte?

Je me doute qu'il s'agit du FTS par rapport au temps d'exécution 10 minutes contre moins d'une seconde...

[farenheiit]

la même requête sous sqlplus fonctionne sans pb et passe par l'index et sous l'IHM elle met 10 minutes en faisant un FTS ?

Est-ce que des paramètres au niveau session sont mis à jour au niveau de l'IHM ?
Depuis quand avez-vous ce pb ? Est-ce que cette recherche s'exécutait rapidement avant ?

Est-il possible de faire un flush de la shared_pool et de relancer la recherche via l'IHM ?

[Milo59000]

la même requête sous sqlplus fonctionne sans pb et passe par l'index et sous l'IHM elle met 10 minutes en faisant un FTS ?

Tout à fait.

Est-ce que des paramètres au niveau session sont mis à jour au niveau de l'IHM ?

Oui, un ALTER SESSION spécifique est réalisé mais celui-ci est aussi réalisé lors des tests sous SQLPLUS.

Depuis quand avez-vous ce pb ? Est-ce que cette recherche s'exécutait rapidement avant ?

Je ne saurai le dire. On a eu une remontée de lenteur des utilisateurs il y a 3 jours. Je ne sais même pas si cette recherche été effectuée auparavant.

Est-il possible de faire un flush de la shared_pool et de relancer la recherche via l'IHM ?

Non, vu qu'il y a d'autres utilisateurs qui utilisent la base... dont des lectures... d'ailleurs en quoi cela pourrait aider dans la résolution de la recherche ???

[farenheiit]

il consiste en quoi l'alter session ?
quelles sont les valeurs des paramètres:
cursor_sharing
optimizer_*

Est-ce que vous utilisez des binds variables dans vos requêtes?

[fatsora]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Non, vu qu'il y a d'autres utilisateurs qui utilisent la base... dont des lectures... d'ailleurs en quoi cela pourrait aider dans la résolution de la recherche

Oracle garde en memoire dans le SHARED_POOL le plan d'execution foireux actuel,
donc pour essayer de changer ca :

- soit attendre un reboot
- soit faire un flush de shared pool
- soit faire les stats de la table

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
exec DBMS_STATS.GATHER_TABLE_STATS(USER, 'S_EVT_ACT', cascade=>true, -
   method_opt=>'FOR ALL COLUMNS SIZE 1', -
   no_invalidate=>false);

Normalement , SIEBEL demande un cursor_sharing =exact dans ses preco

Sinon , il faut peut etre voir aussi comment vous effectuez vos statistiques ...

[Milo59000]

Un reboot de la base a été faite et le problème est toujours le même, à savoir 2 plans d'exécutions dont 1 en FTS...

Voici l'alter session en question :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
ALTER SESSION SET NLS_LANGUAGE='AMERICAN' NLS_TERRITORY='AMERICA' NLS_CURRENCY='$'
   NLS_ISO_CURRENCY='AMERICA' NLS_NUMERIC_CHARACTERS='.,' NLS_CALENDAR='GREGORIAN'
   NLS_DATE_FORMAT='DD-MON-RR' NLS_DATE_LANGUAGE='AMERICAN' NLS_SORT='BINARY'
   TIME_ZONE='+01:00' NLS_DUAL_CURRENCY='$' NLS_TIME_FORMAT='HH.MI.SSXFF AM'
   NLS_TIMESTAMP_FORMAT='DD-MON-RR HH.MI.SSXFF AM' NLS_TIME_TZ_FORMAT='HH.MI.SSXFF AM TZR'
   NLS_TIMESTAMP_TZ_FORMAT='DD-MON-RR HH.MI.SSXFF AM TZR' NLS_NUMERIC_CHARACTERS='.,'
   NLS_DATE_FORMAT='MM/DD/YYYY HH24:MI:SS' "_optimizer_sortmerge_join_enabled"=false
   "_optimizer_join_sel_sanity_check"=true TIME_ZONE='0:0'
   OPTIMIZER_MODE=FIRST_ROWS_10 HASH_JOIN_ENABLED=FALSE;

Je viens de relancer les statistiques sur la table mais je ne vois pas en quoi cela va permettre d'éliminer ce plan d'exécution en FTS afin qu'il prenne celui avec l'index...

[pachot]

Bonjour,
Si tu as 2 plans d'exécution pour la même requête (même hash_value) alors tu peux avoir plus d'info dans V$SQL_SHARED_CURSOR:
Tu fais la jointure avec V$SQL sur ADDRESS,CHILD_ADDRESS et tu regardes les colonnes à 'Y'. Celà donne une indication de pourquoi il y a 2 curseurs différents.
Cordialement,
Franck.

[fatsora]

Je viens de relancer les statistiques sur la table mais je ne vois pas en quoi cela va permettre d'éliminer ce plan d'exécution en FTS afin qu'il prenne celui avec l'index...

La maniere de lancer les statistique,leur fréquence ,d'ailleurs c'est a ca qu'elles servernt inflencent le plan d'execution !!!

tous les parametres sont important
que ce soit analyze ou dbms_stats ,

voir la doc officielle

http://download.oracle.com/docs/cd/B...htm#PFGRF30102

Oracle preconise DBMS_STATS au lieu de analyze


Comment tu a effectué tes stats ? As tu lancé les stats sur l'index ?

Quelle commande exacte que tu as lancé ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
exec DBMS_STATS.GATHER_TABLE_STATS(USER, 'S_EVT_ACT', cascade=>true, -
   method_opt=>'FOR ALL COLUMNS SIZE 1', -
   no_invalidate=>false);

le no_invalidate permet de ne pas faire un flush de shared pool

mais bon , c'est toi qui voit !!

[Milo59000]

Voici les scripts des statistiques lancés :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
EXECUTE DBMS_STATS.GATHER_INDEX_STATS(ownname => 'SIEBEL',indname => 'S_EVT_ACT_NUM_AFFAIRE',granularity => 'ALL', degree => 6, estimate_percent => NULL);
EXECUTE DBMS_STATS.GATHER_TABLE_STATS(ownname => 'SIEBEL',tabname => 'S_EVT_ACT',method_opt => 'FOR ALL COLUMNS SIZE AUTO',granularity => 'ALL',cascade => TRUE,degree => 6, estimate_percent => NULL);

La collecte des statistiques au niveau de la table est entrain de tourner... l'environnement de test étant très lent, je ne sais pas combien de temps cela va prendre...

[fatsora]

tu n'as pas besoin de faire pour l'index vu que tu fais cascade => TRUE

[farenheiit]

moi j'aimerais tjr savoir ce que tu fai comme alter session dans ton appli.
quelles les valeurs des paramètres optimizer_* et cursor_sharing ?

franck a raison regarde dans V$SQL_SHARED_CURSOR les raisons qui expliquent pourquoi il y'a 2 childs

[Milo59000]

Désolé pour répondre si tard mais entre les vacances et les autres chantiers ^^

J'ai trouvé une solution au problème : créer un index Bitmap.

Grâce à cela, la requête est pratiquement instantané.

Voili voilou ^^ Merci à tous pour vos réponses.