[DBMS_STATS][9i]Réaliser la même opération qu'avec ANALYZE.

Version imprimable

09/06/2006, 12h25
Le nain Attila

[DBMS_STATS][9i]Réaliser la même opération qu'avec ANALYZE.

Bonjour,

Je suis en train de discuter avec des collègues pour mettre en place les calculs de statistiques avec le package DBMS_STATS. La doc. Oracle est assez opaque sur le sujet, et je n'ai pas trouvé d'exemples probants pour réaliser l'équivalent du "ANALYZE TABLE XXX COMPUTE STATISTICS FOR ALL INDEXED COLUMNS" ...

Pourriez-vous m'aider ??

Merci d'avance.
09/06/2006, 12h28
childeric

Citation:

Envoyé par Le nain Attila

Bonjour,

Je suis en train de discuter avec des collègues pour mettre en place les calculs de statistiques avec le package DBMS_STATS. La doc. Oracle est assez opaque sur le sujet, et je n'ai pas trouvé d'exemples probants pour réaliser l'équivalent du "ANALYZE TABLE XXX COMPUTE STATISTICS FOR ALL INDEXED COLUMNS" ...

Pourriez-vous m'aider ??

Merci d'avance.

DBMS_STATS.gather_schema_stat (owner='mon_owner',cascade=>true) permet de calculer les stats sur les tables et les index qui en dépende de l'utilisateur spécifié
09/06/2006, 13h07
Le nain Attila

Ce qui m'intéressait dans "ANALYZE ..." c'était de pouvoir calculer les statistiques pour une seule table.

En fait, la question plus générale, est de savoir comment, avec DBM_STATS, réaliser les mêmes calculs qu'avec l'ancienne commande.
09/06/2006, 13h24
Jaouad

Bonjour ,
Pour calculer les statistques sur les tables Oracle, tu peux utiliser le package DBMS_STAT

Ce package va te permettre de calculer les stats sur une table : DBMS_STATS.GATHER_TABLE_STATS
Mais également sur un schéma :DBMS_STATS.GATHER_SCHEMA_STATS
ou sur la base : GATHER_DATABASE_STATS
ou un index : GATHER_index_STATS

Afin de connaitre toutes les possibilités du package un

Code:

desc DBMS_STATS

vous y aiderat
09/06/2006, 14h14
Le nain Attila

Et bien merci pour votre aide.

En continuant mes recherches dans la documentation Oracle, j'ai aussi trouvé un package, spécifique aux calculs sur objets, DBMS_DDL, qui contient une procédure appelée ANALYZE_OBJECT ...

Pourquoi ne pas utilisé le package dbms_stats.

La seule différence qui pourrait te géner entre la commande Analyze et DBMS_STATS c'est qu'il n'est pas bon pour les chain_count , empty_block, et AVG_SPACE :

Exemple :

Code:

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
SQL> create table dvp_analyze ( a varchar2(10) ,b number ) ; 
 
Table créée.
 
SQL> create table dvp_dbms ( a varchar2(10) ,b number ) ; 
 
Table créée.
 
SQL> 
SQL> declare 
  2  i number ; 
  3  begin 
  4  for i in 0..10000
  5  loop 
  6  insert into dvp_analyze values ('DVP', i) ; 
  7  insert into dvp_dbms values ('DVP', i) ; 
  8  end loop ; 
  9  commit ;
 10  end ; 
 11  /
 
Procédure PL/SQL terminée avec succès.
 
SQL> analyze table dvp_analyze compute statistics ;
 
Table analysée.
 
SQL> exec dbms_stats.GATHER_TABLE_STATS ('TEST','DVP_DBMS') ; 
 
Procédure PL/SQL terminée avec succès.
 
SQL> 
SQL> select table_name , num_rows , blocks , empty_blocks, AVG_SPACE , chain_cnt  
  2  from user_tables where table_name in ('DVP_ANALYZE','DVP_DBMS')  ;
 
TABLE_NAME                       NUM_ROWS     BLOCKS EMPTY_BLOCKS  AVG_SPACE
------------------------------ ---------- ---------- ------------ ----------
 CHAIN_CNT
----------
DVP_ANALYZE                         10001         20            5       1588
         0
 
DVP_DBMS                            10001         21            0          0
         0

09/06/2006, 15h56
Le nain Attila

J'ai commencé à écrire une procédure de calcul des statistiques Oracle avec DBMS_STATS (ch'uis gentil tout plein moi :lol: ).

J'ai décidé d'essayer de profiter de la fonctionnalité offerte par GATHER_TABLE_STATS d'enchaîner le calcul des indexes avec le calcul des statistiques de la table (cascade à TRUE).

Pour l'instant, je suis confronté à une erreur 20000, dont je ne trouve pas la solution ... D'après la documentation, cette erreur signifie que l'index n'existe pas, ou que je n'ai pas les privilèges sur l'index.

L'index existe (c'est l'index associé à une contrainte unique (j'ai la même erreur pour les indexes associés aux contraintes primaires)) et c'est mon utilisateur qui les a créé ... Auriez-vous une idée ???

Note 1 : Si j'utilise GATHER_INDEX_STATS, j'ai les mêmes erreurs.
Note 2 : DBMS_STATS est mieux, au moins parce qu'il permet de paralléliser le calcul des stats.

Merci.
09/06/2006, 18h35
Le nain Attila

J'ai un collègue pouvant se connecter sur metalink, qui m'a trouvé que cette erreur était référencée depuis longtemps (Juin 2003), mais qu'il n'y avait pas vraiment de résolution proposée.

A priori, la procédure est sensible à la casse dans les noms d'objets et les indexes de "contraintes" sont mal aimé.

Dommage:oops: