Perigos e Armadilhas do Particionamento - Etapa 2 – Parte 02

Perigos e Armadilhas do Particionamento - Etapa 2 – Parte 02

por Arup Nanda 

Estatísticas de Subpartições

Esta é uma parte enganadora do subparticionamento que não é bem e claramente documentada nos manuais. O pacote DBMS_ESTATÍSTICAS já deve ter sido usado por tempo suficiente para ter coletado estatísticas. Para coletar estatísticas para as tabelas e para seus sub-objetos (por exemplo, partições e sub-partições), deveríamos usar a função contida no pacote GATHER_TABLE_ESTATÍSTICAS. A função tem dois parâmetros pouco conhecidos que devem ser designados para coletar as estatísticas. 

PARTNAME  

Este parâmetro é supostamente designado para coletar estatísticas só para a partição nomeada dentro da tabela e não para a tabela inteira. Porém, este é um engano. PARTNAME pode ser usado para coletar estatísticas também para uma sub-partição específica. Para assim faze-lo, o nome da sub-partição é passado neste parâmetro. 

GRANULARITY  

Este parâmetro instrui o pacote para coletar estatísticas em níveis diferentes e aplica-los em cascata a outros sub-objetos. Aceita vários valores. O padrão, chamado DEFAULT, instrui o pacote para coletar estatísticas globais e somente nas partições. O valor de PARTITION instrui o pacote para coletar estatísticas a nível de partição. Porém, atribuindo estes valores não serão coletadas estatísticas a nível de sub-partição; estes podem ser coletadas designando o valor do parâmetro para ALL ou SUBPARTITON. 

Consideremos a tabela criada como segue: 

create table spart1

(

   col1    number,

   col2    number,

   col3    varchar2(20)

)

partition by range (col1)

subpartition by hash (col2)

sub-partições 4

(

   partition p1 values less than (101),

   partition p2 values less than (201),

   partition p3 values less than (301),

   partition p4 values less than (401),

   partition pm values less than (maxvalue)

)

Analisemos a tabela que usa o valor padrão de granularidade como segue:

exec dbms_estatísticas.gather_table_estatísticas (tabname=>'SPART1')

Note-se que não informamos a granularidade. Desde que o valor padrão é para coletar estatísticas para as partições e não para qualquer sub-partição, as estatísticas não serão coletadas para as sub-partições. Isto pode ser verificado rodando:

select partition_name
from user_tab_subpartitions
where last_analyzed is not null;

Este comando não retornará nenhuma linha. Mas analisemos as outras opções aqui. Uma tabela pode ter estatísticas a nível de tabela somente, chamadas estatísticas GLOBAIS (GLOBAL statistics). Se forem analisadas as partições da tabela e o otimizador consegue derivar as estatísticas globais das partições individuais, então se supõe que as estatísticas para a tabela serão derivadas globalmente. Examinemos cada opção em detalhes: 

exec dbms_stats.gather_table_stats (tabname=>'SPART1', granularity=>'GLOBAL')

Este comando coleta estatísticas somente a nível global. A consulta a seguir confirma isto. 

Select last_analyzed, global_stats

From user_tables where table_name = 'SPART1';

Isto retorna

GLO LAST_ANAL

--- ---------

YES 10-MAR-03

A presença de estatísticas globais indica que a tabela foi analisada como um todo, mas o otimizador não terá conhecimento das estatísticas de partições individuais. Estas estatísticas podem ser coletadas utilizando o seguinte comando:

exec dbms_stats.gather_table_stats (tabname=>'SPART1', granularity=>'PARTITION')

Este comando coleta as estatísticas apenas a nível de partição. Neste caso, as estatísticas globais não são coletadas na tabela e a consulta retornará um NO debaixo de GLOBAL_STATS. Porém, a consulta.

select partition_name, last_analyzed
from user_tab_partitions
where last_analyzed is not null;

recuperará todas as partições. Outra variação do pacote é mostrada abaixo. 

exec dbms_stats.gather_table_stats (tabname=>'SPART1', granularity=>'SUBPARTITION')

Isto coleta estatísticas somente a nível de sub-partição e deduz as estatísticas ao nível de partição; porém, não coleta estatísticas globais nas partições. 

O último valor da opção, ALL, executa todos estes – tanto coleta estatísticas a nível de partição e sub-partição, como também estatísticas globais na sub-partição, partição e tabela. 

Assim, o valor padrão para o parâmetro GRANULARITY na função de coleta de estatísticas, não coleta estatísticas em sub-partições; é preciso configura-lo para SUBPARTITION ou ALL para coletar estatísticas. 

Em resumo, estes são os detalhes sobre atribuir granularidade e coletar estatísticas:

Outro conceito interessante que não é documentado claramente é a opção para só analisar sub-partições. Isto pode ser feito usando-se:

exec dbms_stats.gather_table_stats (tabname=>'SPART1', PART_NAME=>'P1_SYS123')

Este comando só colecionará estatísticas a nível de sub-partition somente na sub-partição P1_SYS123.