Particionamento no Oracle – Parte 7 - Revista SQL Magazine 111

Armazenar dados eternamente pelo fato do particionamento oferecer ótimos níveis de desempenho não me parece ser uma boa ideia, pois apesar do desempenho não ser comprometido, recursos como unidades de armazenamento são consumidos, muitas vezes, sem a necessidade. É o caso de dados antigos que não mais atendem qualquer necessidade (de negócio ou mesmo jurídica) e não precisam mais permanecer no banco de dados. Para esta situação, por exemplo, o DBA pode lançar mão da estratégia de exclusão de partição, que eliminará os dados antigos de maneira fácil e sem comprometer outros recursos como espaço em tablespace de UNDO, por exemplo.

E o que dizer quando, por questões legais (por exemplo), seja necessário manter dados históricos, mas estes dados devem permanecer num ambiente de data warehouse? Excluir as partições antigas não é uma boa estratégia, mas efetuar uma troca entre a tabela particionada do seu ambiente OLTP e a tabela do seu ambiente de data warehouse passa a ser uma solução tangível. Para isso, usa-se a estratégia de exchange.

E existem ainda situações em que uma quantidade muito grande de partições pode não se mostrar vantajoso e a manutenção se torna mais complicada devido a quantidade excessiva de partições. Para solucionar esse inconveniente, há ainda a opção de juntar partições, eliminando as duas primeiras e criando-se uma terceira partição que contém todos os dados das duas anteriores. Esta junção é facilmente alcançada através da estratégia de merge."