O Particionamento é uma solução oferecida na versão Enterprise Edition(EE) – With Partitioning, mediante licenciamento, que permite particionarmos tabelas e índices em pedaços menores simplificando sua administração e melhorando o desempenho de consultas.

A Oracle oferece alguns métodos de particionamento, como podemos verificar abaixo:

Range Partitioning: Particionamento por intervalos. É o tipo mais comum de particionamento e normalmente utilizado sobre datas;

List Partitioning: Particionamento em listas, onde podemos especificar uma lista de valores atribuidos à cada partição;

Hash Partitioning: Particionamento em faixas, normalmente dados que não encaixam no formato de particionamento de listas ou ranges;

Composite Partitioning: Particionamento composto por partições range e sub-partições (list ou hash).

Neste artigo irei demonstrar como podemos particionar uma tabela já existente utilizando o modelo range(intervalo) através da package DBMS_REDEFINITION existente desde a versão 9i e que permite uma redefinição ONLINE de tabelas.

Primeiramente vamos criar e popular duas simples tabelas contendo constraints e índices.

SQL> create table forma_pagamento (
  2  codigo number(2) constraint pk_codigo primary key,
  3  descricao varchar2(50)
  4  );

Table created.

insert into forma_pagamento values (1,'A VISTA');
insert into forma_pagamento values (2,'BOLETO BANCARIO');
insert into forma_pagamento values (3,'TRANSFERENCIA BANCARIA');
commit;

SQL> select * from forma_pagamento;

    CODIGO DESCRICAO
---------- --------------------------------------------------
         1 A VISTA
         2 BOLETO BANCARIO
         3 TRANSFERENCIA BANCARIA

SQL> create table venda (
  2  id number(7) constraint pk_id primary key,
  3  codigo_pag number(2),
  4  data_venda date,
  5  constraint fk_venda_forma_pag foreign key (codigo_pag) references forma_pagamento(codigo)
  6  );

Table created.

SQL> create index venda_idx1 on venda(codigo_pag);

Index created.

SQL> create index venda_idx2 on venda(codigo_pag,data_venda);

Index created.

SQL> DECLARE
  2    wk_codigo_pag    forma_pagamento.codigo%TYPE;
  3    wk_data_venda  DATE;
  4  BEGIN
  5    FOR i IN 1 .. 1000000 LOOP
  6
  7      SELECT ROUND(DBMS_RANDOM.VALUE(1,3)) INTO wk_codigo_pag FROM DUAL;
  8
  9      IF MOD(i, 3) = 0 THEN
 10        wk_data_venda := ADD_MONTHS(SYSDATE, -24);
 11      ELSIF MOD(i, 2) = 0 THEN
 12        wk_data_venda := ADD_MONTHS(SYSDATE, -12);
 13      ELSE
 14        wk_data_venda := SYSDATE;
 15      END IF;
 16
 17      INSERT INTO VENDA (id, codigo_pag, data_venda)
 18      VALUES (i, wk_codigo_pag, wk_data_venda);
 19
 20    END LOOP;
 21    COMMIT;
 22  END;
 23  /

PL/SQL procedure successfully completed.

SQL> commit;

Commit complete.

Criado e populado as tabelas vamos verificar as constraints e índices da tabela VENDA que será particionada posteriormente.

SQL> select constraint_name,constraint_type
  2  from user_constraints
  3  where table_name='VENDA';

CONSTRAINT_NAME                C
------------------------------ -
PK_ID                          P
FK_VENDA_FORMA_PAG             R

SQL> select index_name
  2  from dba_indexes
  3  where table_name='VENDA';

INDEX_NAME
------------------------------
VENDA_IDX2
VENDA_IDX1
PK_ID

Montado nosso cenário, vamos iniciar o processo de particionamento ONLINE da tabela VENDA (DATA_VENDA) por range(intervalo) utilizando a DBMS_REDEFINITION.

Nosso primeiro passo é verificar se a tabela pode ser redefinida de forma online. Caso não seja uma candidata, a procedure ira retornar um erro indicando o motivo.

SQL> BEGIN
  2  DBMS_REDEFINITION.CAN_REDEF_TABLE(uname => 'ANDERSON', tname => 'VENDA');
  3  END;
  4  /

PL/SQL procedure successfully completed.

Neste exemplo não estou especificando a opção OPTIONS_FLAG, desta forma a procedure CAN_REDEF_TABLE utiliza a opção default DBMS_REDEFINITION.CONS_USE_PK que realiza a redefinição usando a chave-primária da tabela (condição existente na nossa tabela). Caso a tabela não possua PK, podemos especificar OPTIONS_FLAG=>DBMS_REDEFINITION.CONS_USE_ROWID

Agora iremos criar nossa tabela temporária, conhecida por INTERIM, utilizando a mesma estrutura da tabela anterior (VENDA) porem agora particionada e sem constraints/índices.

SQL> create table venda_interim (
  2  id number(7),
  3  codigo_pag number(2),
  4  data_venda date
  5  )
  6  partition by range (DATA_VENDA)
  7  (
  8     partition PRANGE2011 values less than (TO_DATE(' 2012-01-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN'))
  9       tablespace USERS
 10       ,
 11     partition PRANGE2012 values less than (TO_DATE(' 2013-01-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN'))
 12       tablespace USERS
 13       ,
 14     partition PRANGE2013 values less than (TO_DATE(' 2014-01-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN'))
 16       tablespace USERS
 15  )
 17  tablespace USERS;

Table created.

O próximo passo é iniciar o processo de redefinição online da tabela, vejamos:

SQL> BEGIN
  2  DBMS_REDEFINITION.start_redef_table(
  3    uname      => 'ANDERSON',
  4    orig_table => 'VENDA',
  5    int_table  => 'VENDA_INTERIM');
  6  END;
  7  /

PL/SQL procedure successfully completed.

Dando sequencia iremos realizar a cópia dos objetos dependentes para a tabela INTERIM, como grants, triggers, constraints, índices e privilégios.

SQL> var num_errors number
SQL> BEGIN
  2    DBMS_REDEFINITION.COPY_TABLE_DEPENDENTS(uname      => 'ANDERSON',
  3                                            orig_table => 'VENDA',
  4                                            int_table  => 'VENDA_INTERIM',
  5                                            num_errors => :num_errors);
  6  END;
  7  /

PL/SQL procedure successfully completed.

SQL> print num_errors

NUM_ERRORS
----------
         0

Vamos disparar um sincronismo para manter a tabela INTERIM sincronizada com a tabela original(VENDA). No nosso cenário não temos nenhum benefício, pois ninguém esta alterando ou inserindo registros na tabela VENDA, contudo em um ambiente OLTP cuja tabela esta sofrendo constantes operações DML o sincronismo é útil para minimizar a quantidade de sincronização necessária a ser feita pelo procedimento FINISH_REDEF_TABLE(abaixo) acelerando as operações subsequentes.

SQL> BEGIN
  2  DBMS_REDEFINITION.sync_interim_table(
  3    uname      => 'ANDERSON',
  4    orig_table => 'VENDA',
  5    int_table  => 'VENDA_INTERIM');
  6  END;
  7  /

PL/SQL procedure successfully completed.

Por fim, disparamos uma coleta de estatística sobre a VENDA_INTERIM e finalizamos o processo de redefinição.

SQL> BEGIN
  2  DBMS_STATS.GATHER_TABLE_STATS(ownname          => 'ANDERSON',
  3                                TABNAME          => 'VENDA_INTERIM',
  4                                estimate_percent => 100,
  5                                method_opt       => 'FOR ALL COLUMNS SIZE 1',
  6                                degree           => 16,
  7                                granularity      => 'ALL',
  8                                cascade          => TRUE);
  9  END;
 10  /

PL/SQL procedure successfully completed.

SQL> BEGIN
  2  DBMS_REDEFINITION.finish_redef_table(
  3    uname      => 'ANDERSON',
  4    orig_table => 'VENDA',
  5    int_table  => 'VENDA_INTERIM');
  6  END;
  7 /

PL/SQL procedure successfully completed.

Agora já podemos remover a tabela INTERIM(VENDA_INTERIM)

SQL> drop table venda_interim;

Table dropped.

Vamos verificar nossas constrains, índices e os particionamentos da tabela.

SQL> select constraint_name,constraint_type, status
  2  from user_constraints
  3  where table_name='VENDA';

CONSTRAINT_NAME                C STATUS
------------------------------ - --------
PK_ID                          P ENABLED
FK_VENDA_FORMA_PAG             R ENABLED

SQL> select index_name,status
  2  from user_indexes
  3  where table_name='VENDA';

INDEX_NAME                     STATUS
------------------------------ --------
PK_ID                          VALID
VENDA_IDX1                     VALID
VENDA_IDX2                     VALID

SQL> select table_name, partition_name, num_rows
  2  from dba_tab_partitions
  3  where table_name='VENDA';

TABLE_NAME                     PARTITION_NAME                   NUM_ROWS
------------------------------ ------------------------------ ----------
VENDA                          PRANGE2011                         333333
VENDA                          PRANGE2012                         333334
VENDA                          PRANGE2013                         333333

Pessoal, por hoje é isso! Em um próximo artigo estaremos falando sobre os outros métodos de particionamento e também particionamento de índices(LOCAL, GLOBAL..)

FONTES: http://docs.oracle.com/cd/B19306_01/server.102/b14220/partconc.htm#i460895
http://docs.oracle.com/cd/B19306_01/appdev.102/b14258/d_redefi.htm

Autor: Anderson Graf

Bacharel em Sistemas de Informação e MBA em Gestão de Banco de Dados Oracle. Entusiasta da tecnologia Oracle, ACE Associate ♠, autor em vários blogs e OTN. Consultor Oracle Senior na Exímio Soluções em TI

Envolvido em soluções de:
– Implementação, migração, gerenciamento e suporte a produtos Oracle, multiplataforma
– Monitoramento de ambientes 24×7
– Backup e Recovery
– Performance e Tuning
– Alta disponibilidade (HA) – RAC, Data Guard
– EM database/grid/cloud control
– Particionamento & Advanced Compression
– Oracle Engineered Systems – ODA, Exadata

Blog pessoal: http://www.andersondba.com.br
Articulista na Oracle Technology Network (OTN) – https://goo.gl/99R6yW
ACE Associate – https://goo.gl/MBB51b
Articulista GPO – http://profissionaloracle.com.br

• 
• 
• 
• 
•