A principal tabela da instância de faturamento da empresa possui numeros extravagantes: são 156 colunas, aproximadamente 43,8 milhões de linhas e uma tablespace de 22Gb. A tabela possui tres colunas que compõem a Pk, 1-numeracao do cliente (number 8,0), 2-mes e ano da fatura (date), 3- numeração da fatura (number 6,0), sendo esse ultimo uma numeração sequencial iniciando sempre em 0, para a fatura principal do mes, e caso haja a emissão de outras faturas para o mesmo cliente no referido mes, as seguintes assumem a sequencia de numeração.Por essa razão, a coluna 3 possui o valor 0 em 98% dos casos (atualmente, são apenas 102 valores distintos). Ela cresce hoje a uma razao aproximada de 430 mil linhas/mês e, alem do indice da chave primária, possui outros 10 indices que ocupam 12Gb de uma outra tablespace reservada só para eles. Ela é intensamente utilizada por todas as áreas da empresa (faturamento, baixa, atendimento ao cliente, callcenter, etc) que praticamente concentram seus acessos no mes atual, ficando para as areas gestoras, algumas consultas ad-hoc que buscam dados historicos. A questão central é: gostaria de particionar essa tabela mais ainda não sei que critérios usar para fazer isso. É realmente a melhor solução? devo particionar os indices também? Alguém poderia me ajudar?
para completar o caso real, utilizamos a versão 9.2.0.8 / 32 bits em uma maquina intel com 2 processadores, 4Gb ram, S.O. RH4EL. a aplicação é cliente/servidor.
