obligé de mettre +rule, pourquoi ?

**breizh76** · 02/09/2009, 17h48

Messieurs,

quelque chose me trouble dans mes bases de données.

Lorsque je retire le "/*+rule*/" de ma requete, cette dernière fait un full scan.

POurriez vous me dire pourquoi suis je obligé de laisser ou de mettre "/*+rule*/" pour utiliser l'index.

Pourquoi oracle de lui meme n'utiliset'il pas l'index??

Merci d'avance pour vos réponse.

**pachot** · 02/09/2009, 17h51

Bonjour,
en RULE, oracle prends toujours l'index s'il y en a un
en CBO il voit en fonction des statistiques si c'est mieux ou non qu'un full scan.
cordialement,
Franck.

**fatsora** · 02/09/2009, 17h56

Pourquoi Messieurs seulement ???

Bon :
quelle version exacte d'oracle 6.1.1.0 ??
Quelle os ?

Comment as tu calculé les stats ? et quand ?

que donne

Code :

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

sho parameter optimizer

La base est OLTP ou DSS ou MIXTE ....

Apres les histogrames., bind variable ......

**breizh76** · 02/09/2009, 18h00

sans le rule, il fait un full scan. J'ai donc un cout de 1370.

avec le rule, il utilise l'index et je n'ai plus de valeur pour le cout. mais il utilise l'index.

Pourquoi la CBO ne veut pas utiliser l'index ??

ceci est une requete simple mais j'ai de requete bien plus compliqué avec des cout a 50 000 et il n'utilise toujours pas les index...

Les statistiques sont pourtant bien lancé mais sur un echantillon de 10% de la table.

Avec vous des conseils à me donner?

**fatsora** · 02/09/2009, 18h04

Envoyé par breizh76

sans le rule, il fait un full scan. J'ai donc un cout de 1370.

avec le rule, il utilise l'index et je n'ai plus de valeur pour le cout. mais il utilise l'index.

Pourquoi la CBO ne veut pas utiliser l'index ??

ceci est une requete simple mais j'ai de requete bien plus compliqué avec des cout a 50 000 et il n'utilise toujours pas les index...

Les statistiques sont pourtant bien lancé mais sur un echantillon de 10% de la table.

Avec vous des conseils à me donner?

relis ce qui est au dessus si tu veux qu'on t'aide!!

version oracle etc ....

**breizh76** · 02/09/2009, 18h10

Autant pour moi,

Messieurs, Mesdames, Mesdemoiselles

Version d'oracle:

Code :

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

1
2
3
4
5
6
7
 
optimizer_dynamic_sampling           integer     1
optimizer_features_enable            string      9.2.0
optimizer_index_caching              integer     0
optimizer_index_cost_adj             integer     100
optimizer_max_permutations           integer     2000
optimizer_mode                       string      CHOOSE

Pour les histogrammes, j'en ai pour chaque colonne de la table.

Pour la base de donnée elle est en mixte.

merci

**fatsora** · 02/09/2009, 18h29

Oui mais ce qui est important aussi c'est la version exacte au patch pres :
9.2.0.?.?

==> Influence sur l'optimiseur et des bug ... corrigés ou non

Quand as tu lancé les stats la derniere fois et comment ?

quelle commande as tu lancé pour les stats

anaylze ou dbms_stats

Ceci pour vérifier si les stats de la table + les index sont a jour et existent!!

Tu peux aussi nous montrer la requete et l'explain plan ...

A quoi sert la requete pour batchs ou pour les users OLTP ?

**pachot** · 02/09/2009, 19h47

Bonjour,
La première question à se poser, c'est est-ce que la requête est plus rapide avec l'index ?
Un accès en full scan est souvent plus rapide si le prédicat n'est pas très selectif.
Si tu ramènes un quart des enregistrements, le full scan n'est pas une mauvaise idée.
Cordialement,
Franck.

**farenheiit** · 03/09/2009, 09h36

ça serait bien de voir la requête

**breizh76** · 03/09/2009, 09h45

La version exacte d'oracle est 9.2.0.5.0

Les stats ont été lancé le 29/08/2009 à 18h. C'est à dire, tous les samedi.

Par contre le script executant les analyses etait ré-activé la semaine derniere, les seuls statistiques qui ont été exécuté sont donc ceux du samedi 29.

La table fait 858350 lignes et l'echantillon fait 85835

par contre la table est en "NOMONITORING"

La commande utilisé est DBMS_STATS.GATHER_SCHEMA_STATS.
pour ce qui est de la requete:

Code :

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

1
2
3
4
5
6
7
 
SELECT 
ag_seque_686
    FROM f_agenda
    WHERE ag_code = 'RE_AD'
      AND ag_ptrvalprin = :b1
      AND NVL(ag_lib_car02, '-') != 'CL'

et pour le plan d'execution:

**pachot** · 03/09/2009, 10h15

Envoyé par breizh76

La table fait 858350 lignes et l'echantillon fait 85835

Si au final tu lis 10% des enregistrements, il est bien possible que le full scan soit plus performant (il fait des lectures multibloc, et ne lit qu'une seule foit chaque bloc)

**farenheiit** · 03/09/2009, 10h42

Non je pense que quand il parle d'échantillon il parle de l'échantillon de l'ANALYZE.

Envoie la définition de ton index.
Envoie le résultat des lignes dans USER_TABLES et dans USEr_INDEXES

**breizh76** · 03/09/2009, 10h52

voici le plan d'execution lorsque je met /*+rule*/:

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
 
EXPLAIN PLAN FOR
SELECT /*+rule*/
ag_seque_686
FROM f_agenda
WHERE ag_code = 'RE_AD'
AND ag_ptrvalprin = :b1
AND NVL(ag_lib_car02, '-') != 'CL'
Explained
 
SELECT * FROM TABLE(dbms_xplan.display)
PLAN_TABLE_OUTPUT                                                               
--------------------------------------------------------------------------------
 
----------------------------------------------------------------------------    
| Id  | Operation                   |  Name        | Rows  | Bytes | Cost  |    
----------------------------------------------------------------------------    
|   0 | SELECT STATEMENT            |              |       |       |       |    
|*  1 |  TABLE ACCESS BY INDEX ROWID| F_AGENDA     |       |       |       |    
|*  2 |   INDEX RANGE SCAN          | IND_AG_CODE  |       |       |       |    
----------------------------------------------------------------------------    
 
Predicate Information (identified by operation id):                             
---------------------------------------------------                             
 
   1 - filter(NVL("F_AGENDA"."AG_LIB_CAR02",'-')<>'CL' AND                      
              "F_AGENDA"."AG_PTRVALPRIN"=:Z)                                    
   2 - access("F_AGENDA"."AG_CODE"='RE_AD')

voici le plan d'execution sans le /*+rule*/:

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
 
EXPLAIN PLAN FOR
SELECT
ag_seque_686
FROM f_agenda
WHERE ag_code = 'RE_AD'
AND ag_ptrvalprin = :b1
AND NVL(ag_lib_car02, '-') != 'CL'
Explained
 
SELECT * FROM TABLE(dbms_xplan.display)
PLAN_TABLE_OUTPUT                                                               
--------------------------------------------------------------------------------
 
--------------------------------------------------------------------            
| Id  | Operation            |  Name       | Rows  | Bytes | Cost  |            
--------------------------------------------------------------------            
|   0 | SELECT STATEMENT     |             |     1 |    19 |  1370 |            
|*  1 |  TABLE ACCESS FULL   | F_AGENDA    |     1 |    19 |  1370 |            
--------------------------------------------------------------------            
 
Predicate Information (identified by operation id):                             
---------------------------------------------------                             
 
   1 - filter("F_AGENDA"."AG_CODE"='RE_AD' AND                                  
              "F_AGENDA"."AG_PTRVALPRIN"=:Z AND                                 
              NVL("F_AGENDA"."AG_LIB_CAR02",'-')<>'CL')

De plus, le 10% de ligne corresponde à l'analyse et non au nombre de ligne retourné par la commande si dessus.

**farenheiit** · 03/09/2009, 11h11

La requête te retourne réellement une ligne ?

**farenheiit** · 03/09/2009, 11h18

envoie nous le résultat des requêtes suivantes:

Code :

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

1
2
3
4
5
6
 
select num_rows,blocks,empty_blocks,last_analyzed from user_tab_statistics where table_name = 'F_AGENDA';
 
select  index_name, blevel, leaf_blocks, distinct_keys,num_rows, clustering_factor, last_analyzed  
from user_ind_statistics
where table_name = 'F_AGENDA';

**breizh76** · 03/09/2009, 11h46

pour la user_table, j'obtiens:

PCT_FREE=10
AVG_ROW_LEN=217
AVG_SPACE=2917
EMPTY_BLOCK=8
SAMPLE_SIZE=85835
LAST_ANALYSE=29/08/2009 18:03

Pour la user_indexes, j'ai plusieur index, quel parametre vous intéresse ??

**breizh76** · 03/09/2009, 11h51

Je n'ai pas de table user_tab_statistics, ni user_ind_statistics !!!

**farenheiit** · 03/09/2009, 11h54

tu ne dois pas être en 10g alors

execute les requêtes mais en mettant USER_TABLES et USER_INDEXES à la place.

Envoie le résultat de toutes les colonnes que j'ai précisé STP

**fatsora** · 03/09/2009, 12h14

C'est dommage tout ca ,
si on se relisait un peu certaines remarques pertinentes ne seraient pas passées inapercues :

on est en 9I donc ces vues sus-citées ne sauraient etre disponibles:
user_tab_statistics ....

Par contre un post a demandé : le temps !!

Ce qui est important , c'est le temps de reponse

Combien de temps ca prend avec le rule
combien de temps sans le rule !

**breizh76** · 03/09/2009, 13h52

C'est vrai le temps à son importance quand même.

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
SQL> SELECT /*+rule*/
  2  ag_seque_686
  3  FROM f_agenda
  4  WHERE ag_code = 'RE_AD'
  5  AND ag_ptrvalprin = 40777590
  6  AND NVL(ag_lib_car02, '-') != 'CL';
 
no rows selected
 
Elapsed: 00:00:02.22
SQL> SELECT
  2  ag_seque_686
  3  FROM f_agenda
  4  WHERE ag_code = 'RE_AD'
  5  AND ag_ptrvalprin = 40777590
  6  AND NVL(ag_lib_car02, '-') != 'CL';
 
no rows selected
 
Elapsed: 00:00:23.10

obligé de mettre +rule, pourquoi ?

Administration Oracle

Discussions similaires

Partager

Partager