Problema
Eu tenho uma tabela gigante haystackpesando quase 3 TB, particionada por mês ( date) e subparticionada por client. Eu preciso criar um índice global que abrange todos os clientes para facilitar a consulta por coluna needle. Isso é bastante simples.
O problema surge no final do mês, quando a partição de tabela mais antiga é descartada. Não posso reconstruir um índice global em uma tabela de 3 TB todos os meses. Apenas as quatro partições do mês mais recente de haystackestão no banco de dados em um determinado momento. Portanto, cerca de 25% da tabela é removida ao descartar uma partição mensal.
Soluções Tentativas
Eu tentei criar um índice na coluna needleque foi particionado globalmente por hash em needle. Mas isso significa ter que reconstruir todo o índice global ao remover uma partição do mês antigo da tabela. Nada de bom.
Também tentei criar um índice em colunas ( date, needle) que foi particionado globalmente por intervalo datecom intervalos que correspondem às partições mensais da tabela. Mas, novamente, ainda sou forçado a atualizar todo o meu índice global ao remover a partição do mês antigo da tabela - mesmo que minha tabela e índice sejam particionados de forma idêntica (exceto as subpartições da tabela).
Claro, não posso simplesmente criar um índice particionado localmente. Eu precisaria que as partições fossem locais, mas sem as subpartições. Pelo que sei, isso não é possível; é uma escolha de tudo ou nada com a opção de particionamento local em índices.
Eliminando partições
Para completar, aqui estão algumas opções que tentei para descartar partições antigas no final do mês ...
alter table HAYSTACK drop partition P_MONTH update global indexes;
Isso leva muito tempo, pois tenta manter os índices globais durante a queda.
alter table HAYSTACK drop partition P_MONTH;Sem a cláusula de índice global, meu índice global fica com todas as suas partições marcadas como inutilizáveis. (Compreensivelmente.)
alter index HAYSTACK_IDX drop partition P_MONTH;Eliminar minha partição de índice invalida a partição cujo valor alto estava logo acima da partição descartada. Se eu continuar e descartar a partição da tabela agora, ainda terei que reconstruir todo o meu índice global.
Minha pergunta
Existe uma maneira de limpar partições de tabelas antigas sem invalidar ou reconstruir as partições de índice global? Essencialmente, posso de alguma forma dizer ao Oracle para lidar com essas partições de índice global como se fossem locais, mas sem subparticionar? (Infelizmente, minha pesquisa diz que não.)
Ou... Existe outra (melhor?) forma de resolver meu problema?
versão <= 11.2? Não.*
Mas no 12c, há um novo recurso chamado Manutenção de índice global assíncrono .
A
DROP PARTITIONoperação é concluída imediatamente, deixando o índice global em estado utilizável. O truque é que as entradas de índice não são mantidas, elas são órfãs e essas entradas órfãs serão limpas posteriormente. O processo de limpeza ocorre automaticamente na janela de manutenção ou pode ser iniciado manualmente.Mais detalhes sobre isso: https://richardfoote.wordpress.com/category/asynchronous-global-index-maintenance/
*: Existe, mas acho que não se aplica ao seu caso. Excluir (e NÃO truncar) todas as linhas da partição antes de soltá-la deixa o índice global em estado utilizável. Mas isso é um trabalho extra enorme para os 25% de uma tabela de 3 TB.