carga Tabela via Partition Exchange (Oracle 10g)
-
03-07-2019 - |
Pergunta
Eu tenho algumas perguntas sobre como otimizar este tipo de carga.
se constrói uma nova tabela de dados a ser carregado para uma tabela e, em seguida, particionada constrói os índices nesta nova tabela.
-
Se você criar o índice com a opção COMPUTE STATISTICS ou usar a opção Cascade dos DBMS_STATS?
-
Se você reunir estatísticas sobre a mesa antes da troca ou na partição após a troca?
-
Se você fazê-lo após a troca e você especificar o nome da partição na lista de parâmetros, o jogo se o parâmetro granularidade tem? Por exemplo, se eu especificar um nome de partição e, em seguida, definir a granularidade para 'GLOBAL ea partição' isso faz global em tudo? Ele faz apenas que uma partição?
Solução
Se você criar o índice com a opção COMPUTE STATISTICS ou usar a opção Cascade dos DBMS_STATS?
Se este é um armazém de dados, em seguida, em primeiro lugar considerar não reunir estatísticas em tudo, e usando amostragem dinâmica. Em segundo lugar, se você reunir estatísticas, em seguida, por todos os meios utilizar estatísticas de computação no índice.
Se você reunir estatísticas sobre a mesa antes da troca ou na partição após a troca?
reunir estatísticas sobre a mesa de novo-dados antes da troca para obter estatísticas de partição no novo dados - reunir estatísticas sobre a tabela particionada depois de reunir estatísticas de tabela
Se você fazê-lo após a troca e você especificar o nome da partição na lista de parâmetros, o jogo se o parâmetro granularidade tem? Por exemplo, se eu especificar um nome de partição e, em seguida, definir a granularidade para 'GLOBAL ea partição' isso faz global em tudo? Será que fazer isso uma partição?
Veja acima.
A sério, dar nenhuma estatística e dinâmica amostragem uma chance.
Outras dicas
-
DBMS_STATS
é considerada a maneira correta de calcular estatísticas para esta versão. Construir o índice com oCOMPUTE STATISTICS
é factível, mas geralmente você deseja calcular todas as suas estatísticas de uma só vez e tirar fotos. -
Você deseja reunir estatísticas após a troca. Desta forma, o otimizador fará a melhor estimativa para a execução de consultas usando dados individuais de partições.
-
Por que você colocar os dois?