Oracle分区表操作

痛定思痛。 2022-06-08 08:58 280阅读 0赞

在一个高可用系统中，如果需要改变一个表的定义是一件比较棘手的问题，尤其是对于7×24系统。Oracle提供的基本语法基本可以满足一般性修改，但是对于把普通堆表改为分区表，把索引组织表修改为堆表等操作就无法完成了。而且，对于被大量DML语句访问的表，幸运的是，Oracle从9i版本开始提供了在线重定义表功能，通过调用DBMS\_REDEFINITION包，可以在修改表结构的同时允许DML操作。

在线重定义表具有以下功能：

修改表的存储参数；

可以将表转移到其他表空间；

增加并行查询选项；

增加或删除分区；

重建表以减少碎片；

将堆表改为索引组织表或相反的操作；

增加或删除一个列。

调用DBMS\_REDEFINITION包需要EXECUTE\_CATALOG\_ROLE角色，除此之外，还需要CREATE ANY TABLE、ALTER ANY TABLE、DROP ANY TABLE、LOCK ANY TABLE和SELECT ANY TABLE的权限。

在线重定义表的步骤如下：

1.选择一种重定义方法：

存在两种重定义方法，一种是基于主键、另一种是基于ROWID。ROWID的方式不能用于索引组织表，而且重定义后会存在隐藏列M\_ROW$$。默认采用主键的方式。

2.调用DBMS\_REDEFINITION.CAN\_REDEF\_TABLE()过程，如果表不满足重定义的条件，将会报错并给出原因。

3.在用一个方案中建立一个空的中间表，根据重定义后你期望得到的结构建立中间表。比如：采用分区表，增加了COLUMN等。

4.调用DBMS\_REDEFINITION.START\_REDEF\_TABLE()过程，并提供下列参数：被重定义的表的名称、中间表的名称、列的映射规则、重定义方法。

如果映射方法没有提供，则认为所有包括在中间表中的列用于表的重定义。如果给出了映射方法，则只考虑映射方法中给出的列。如果没有给出重定义方法，则认为使用主键方式。

5.在中间表上建立触发器、索引和约束，并进行相应的授权。任何包含中间表的完整性约束应将状态置为disabled。

当重定义完成时，中间表上建立的触发器、索引、约束和授权将替换重定义表上的触发器、索引、约束和授权。中间表上disabled的约束将在重定义表上enable。

6.（可选）如果在执行DBMS\_REDEFINITION.START\_REDEF\_TABLE()过程和执行DBMS\_REDEFINITION.FINISH\_REDEF\_TABLE()过程直接在重定义表上执行了大量的DML操作，那么可以选择执行一次或多次的SYNC\_INTERIM\_TABLE()过程，以减少最后一步执行FINISH\_REDEF\_TABLE()过程时的锁定时间。

7.执行DBMS\_REDEFINITION.FINISH\_REDEF\_TABLE()过程完成表的重定义。这个过程中，原始表会被独占模式锁定一小段时间，具体时间和表的数据量有关。

执行完FINISH\_REDEF\_TABLE()过程后，原始表重定义后具有了中间表的属性、索引、约束、授权和触发器。中间表上disabled的约束在原始表上处于enabled状态。

8.（可选）可以重命名索引、触发器和约束。对于采用了ROWID方式重定义的表，包括了一个隐含列M\_ROW$$。推荐使用下列语句经隐含列置为UNUSED状态或删除。

ALTER TABLE TABLE\_NAME SET UNUSED (M\_ROW$$);

ALTER TABLE TABLE\_NAME DROP UNUSED COLUMNS;

下面是进行重定义操作后的结果：

原始表根据中间表的属性和特性进行重定义；

START\_REDEF\_TABLE()和FINISH\_REDEF\_TABLE()操作之间在中间表上建立的触发器、索引、约束和授权，现在定义在原始表上。中间表上disabled的约束在原始表上处于enabled状态。

原始表上定义的触发器、索引、约束和授权建立在中间表上，并会在删除中间表时删除。原始表上原来enabled状态的索引，建立在中间表上，并处于disabled状态。

任何定义在原始表上的存储过程和游标都会变为INVALID，当下次调用时后自动进行编译。

如果执行过程中出现错误或者人为选择退出的话，可以执行DBMS\_REDEFINITION.ABORT\_REDEF\_TABLE()过程。

其中UNAME 参数是指用户；

Oracle的普通表没有办法通过修改属性的方式直接转化为分区表，必须通过重建的方式进行转变，下面介绍三种效率比较高的方法，并说明它们各自的特点。

**方法一：利用原表重建分区表。**

步骤：

SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);

表已创建。

SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA\_OBJECTS;

已创建6264行。

SQL> COMMIT;

提交完成。

SQL> CREATE TABLE T\_NEW (ID, TIME) PARTITION BY RANGE (TIME)   
2 (PARTITION P1 VALUES LESS THAN (TO\_DATE('2004-7-1', 'YYYY-MM-DD')),   
3 PARTITION P2 VALUES LESS THAN (TO\_DATE('2005-1-1', 'YYYY-MM-DD')),   
4 PARTITION P3 VALUES LESS THAN (TO\_DATE('2005-7-1', 'YYYY-MM-DD')),   
5 PARTITION P4 VALUES LESS THAN (MAXVALUE))  
6 AS SELECT ID, TIME FROM T;

表已创建。

SQL> RENAME T TO T\_OLD;

表已重命名。

SQL> RENAME T\_NEW TO T;

表已重命名。

SQL> SELECT COUNT(\*) FROM T;

COUNT(\*)  
\----------  
6264

SQL> SELECT COUNT(\*) FROM T PARTITION (P1);

COUNT(\*)  
\----------  
0

SQL> SELECT COUNT(\*) FROM T PARTITION (P2);

COUNT(\*)  
\----------  
6246

SQL> SELECT COUNT(\*) FROM T PARTITION (P3);

COUNT(\*)  
\----------  
18

优点：方法简单易用，由于采用DDL语句，不会产生UNDO，且只产生少量REDO，效率相对较高，而且建表完成后数据已经在分布到各个分区中了。

不足：对于数据的一致性方面还需要额外的考虑。由于几乎没有办法通过手工锁定T表的方式保证一致性，在执行CREATE TABLE语句和RENAME T\_NEW TO T语句直接的修改可能会丢失，如果要保证一致性，需要在执行完语句后对数据进行检查，而这个代价是比较大的。另外在执行两个RENAME语句之间执行的对T的访问会失败。

适用于修改不频繁的表，在闲时进行操作，表的数据量不宜太大。

**方法二：使用交换分区的方法。**

步骤：

SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);

表已创建。

SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA\_OBJECTS;

已创建6264行。

SQL> COMMIT;

提交完成。

SQL> CREATE TABLE T\_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)   
2 (PARTITION P1 VALUES LESS THAN (TO\_DATE('2005-7-1', 'YYYY-MM-DD')),   
3 PARTITION P2 VALUES LESS THAN (MAXVALUE));

表已创建。

SQL> ALTER TABLE T\_NEW EXCHANGE PARTITION P1 WITH TABLE T;

表已更改。

SQL> RENAME T TO T\_OLD;

表已重命名。

SQL> RENAME T\_NEW TO T;

表已重命名。

SQL> SELECT COUNT(\*) FROM T;

COUNT(\*)  
\----------  
6264

优点：只是对数据字典中分区和表的定义进行了修改，没有数据的修改或复制，效率最高。如果对数据在分区中的分布没有进一步要求的话，实现比较简单。在执行完RENAME操作后，可以检查T\_OLD中是否存在数据，如果存在的话，直接将这些数据插入到T中，可以保证对T插入的操作不会丢失。

不足：仍然存在一致性问题，交换分区之后RENAME T\_NEW TO T之前，查询、更新和删除会出现错误或访问不到数据。如果要求数据分布到多个分区中，则需要进行分区的SPLIT操作，会增加操作的复杂度，效率也会降低。

适用于包含大数据量的表转到分区表中的一个分区的操作。应尽量在闲时进行操作。

**方法三：Oracle9i以上版本，利用在线重定义功能**

步骤：

SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);

表已创建。

SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA\_OBJECTS;

已创建6264行。

SQL> COMMIT;

提交完成。

SQL> EXEC DBMS\_REDEFINITION.CAN\_REDEF\_TABLE(’USER’, 'T', DBMS\_REDEFINITION.CONS\_USE\_PK);

PL/SQL 过程已成功完成。

SQL> CREATE TABLE T\_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)   
2 (PARTITION P1 VALUES LESS THAN (TO\_DATE('2004-7-1', 'YYYY-MM-DD')),   
3 PARTITION P2 VALUES LESS THAN (TO\_DATE('2005-1-1', 'YYYY-MM-DD')),   
4 PARTITION P3 VALUES LESS THAN (TO\_DATE('2005-7-1', 'YYYY-MM-DD')),   
5 PARTITION P4 VALUES LESS THAN (MAXVALUE));

表已创建。

SQL> EXEC DBMS\_REDEFINITION.START\_REDEF\_TABLE(‘USER’, 'T', 'T\_NEW', -  
> 'ID ID, TIME TIME', DBMS\_REDEFINITION.CONS\_USE\_PK);

可以改为：

SQL> EXEC DBMS\_REDEFINITION.START\_REDEF\_TABLE(‘USER’, 'T', 'T\_NEW')

PL/SQL 过程已成功完成。

SQL> EXEC dbms\_redefinition.sync\_interim\_table(‘USER’, 'T', 'T\_NEW')

现在，将中间表与原始表同步。（仅当要对表 T 进行更新时才需要执行该操作。）

SQL> EXEC DBMS\_REDEFINITION.FINISH\_REDEF\_TABLE(USER’, 'T', 'T\_NEW');

PL/SQL 过程已成功完成。

如果重组织失败，那么你就必须采取特殊的步骤来让它重新开始。由于重定义过程需要创建表格的快照，因此为了重新开始这一过程，你必须调用DBMS\_REDEFINITION.ABORT\_REDEF\_TABLE来释放快照。　　  
DBMS\_REDEFINITION.ABORT\_REDEF\_TABLE过程有三个参数，即用户（schema）、原始表格（original table name）名称以及持有表格名称（holding table name）。它“出栈”并允许你开始重组织表格。

SQL> SELECT COUNT(\*) FROM T;

SQL> SELECT COUNT(\*) FROM T PARTITION (P2);

SQL> SELECT COUNT(\*) FROM T PARTITION (P3);

需要说明的是完成后，原表和中间表的结构也同时进行了交换，并且中间表里面有原表的数据备份。

优点：保证数据的一致性，在大部分时间内，表T都可以正常进行DML操作。只在切换的瞬间锁表，具有很高的可用性。这种方法具有很强的灵活性，对各种不同的需要都能满足。而且，可以在切换前进行相应的授权并建立各种约束，可以做到切换完成后不再需要任何额外的管理操作。

不足：实现上比上面两种略显复杂。适用于各种情况。

然而，在线表格重定义也不是完美无缺的。下面列出了Oracle9i重定义过程的部分限制。

你必须有足以维护两份表格拷贝的空间。

你不能更改主键栏。

表格必须有主键。

必须在同一个大纲中进行表格重定义。

在重定义操作完成之前，你不能对新加栏加以NOT NULL约束。

表格不能包含LONG、BFILE以及用户类型（UDT）。

不能重定义链表（clustered tables）。

不能在SYS和SYSTEM大纲中重定义表格。

不能用具体化视图日志（materialized view logs）来重定义表格；不能重定义含有具体化视图的表格。

不能在重定义过程中进行横向分集（horizontal subsetting）。

\--------------------------------------------------------------------------------------------------------------------------------------------------------

今天遇到要把数据库中的某张表改成分区表，而且该表在别的地方还有其他的注册信息，如果自己手工建一个分区表的替代该表的话，那就得要手工地去执行该表在其他地方的注册，所以不想删除该表再手工创建同名的分区表。想到了Oracle 9i中可以使用在线重定义的功能，就用了该功能来实现。

1．首先对要在线重定义的表自行验证，看该表是否可以重定义，如果不可以则会提示错误信息。

SQL> execute dbms\_redefinition.can\_redef\_table('ofsa','pft\_party\_profit\_detail');

begin dbms\_redefinition.can\_redef\_table('ofsa','pft\_party\_profit\_detail'); end;

ORA-12089: cannot online redefine table "OFSA"."PFT\_PARTY\_PROFIT\_DETAIL" with no primary key

ORA-06512: at "SYS.DBMS\_REDEFINITION", line 8

ORA-06512: at "SYS.DBMS\_REDEFINITION", line 247

ORA-06512: at line 1

SQL>

出错了， 该表上缺少主键，为该表建主键。再执行验证。

SQL> alter table pft\_party\_profit\_detail add constraint pft\_party\_profit\_detail\_pk primary key(as\_of\_date,id\_number);

Table altered

SQL> execute dbms\_redefinition.can\_redef\_table('ofsa','pft\_party\_profit\_detail');

PL/SQL procedure successfully completed

SQL>

2．建个和源表表结构一样的分区表，作为中间表。按日期范围分区，按id\_number的值进行散列分区。

create table pft\_party\_profit\_detail\_bak  
(  
AS\_OF\_DATE DATE not null,  
ACCOUNT\_TABLE\_CD NUMBER(4) not null,  
PARTY\_ID NUMBER(15) not null,  
ID\_NUMBER NUMBER(25) not null,  
IDENTITY\_CODE NUMBER(10) not null,  
GL\_ACCOUNT\_ID NUMBER(14) not null,  
ORG\_UNIT\_ID NUMBER(14) not null,  
COMMON\_COA\_ID NUMBER(14) not null,  
ISO\_CURRENCY\_CD VARCHAR2(15) not null,  
PARTY\_TYPE\_CD VARCHAR2(5) not null,  
PARTY\_NUMBER VARCHAR2(30) not null,  
ACCOUNT\_NUMBER VARCHAR2(30) not null,  
ACCOUNT\_CATEGORY\_CD NUMBER(4) not null,  
ACCOUNT\_GROUP\_CD NUMBER(4) not null ,  
PARENT\_PARTY\_NUMBER VARCHAR2(30),  
IDENTITY\_CODE\_CHG NUMBER(10) ,  
RECORD\_COUNT NUMBER(6) ,  
PRIMARY\_REL NUMBER(1) ,  
PRIMARY\_BAL NUMBER(14,2) ,  
SECONDARY\_REL NUMBER(1) ,  
ACCOUNT\_CONTRIB NUMBER(14,2) ,  
CONTRIB\_AFTER\_CAPITAL\_CHG NUMBER(14,2) ,  
ALLOCATED\_EQUITY NUMBER(14,2) ,  
TOTAL\_TRANSACTIONS NUMBER(8) ,  
CUR\_NET\_BOOK\_BAL\_C NUMBER(14,2) ,  
EQUITY\_CREDIT NUMBER(14,2) ,  
INTEREST\_CHARGE\_CREDIT NUMBER(14,2) ,  
INTEREST\_INC\_EXP NUMBER(14,2) ,  
LOAN\_LOSS\_PROVISION NUMBER(14,2) ,  
NET\_FEE\_INCOME NUMBER(14,2) ,  
NET\_INT\_MARGIN NUMBER(14,2) ,  
OPEN\_ACCOUNT\_FLG NUMBER(1) ,  
ORIGINATION\_DATE DATE ,  
RETURN\_ON\_EQUITY NUMBER(11,4) ,  
TOTAL\_ACCOUNT\_EXP NUMBER(14,2) ,  
AVG\_BOOK\_BAL NUMBER(30,4) ,  
PC\_EXP NUMBER(30,4) ,  
CC\_EXP NUMBER(30,4) ,  
CC\_N\_EXP NUMBER(30,4) ,  
PC\_N\_EXP NUMBER(30,4) ,  
CUST\_OFFICER\_EXP NUMBER(30,4) ,  
CUST\_EXP NUMBER(30,4) ,  
ACTIVITY\_EXP NUMBER(30,4) ,  
CUR\_BOOK\_BAL NUMBER(30,4) ,  
ACTIVITY\_TIMES NUMBER(30) ,  
EXP\_PER\_ACTIVITY NUMBER(30,4) ,  
NO\_OBJECT\_ALLOC\_EXP NUMBER(38,4) ,  
NO\_ALLOCATION\_EXP NUMBER(38,4) ,  
FOREIGN\_CURRENCY VARCHAR2(15) ,  
PRODUCT\_ID NUMBER(14)  
)  
partition by range(as\_of\_date) subpartition by hash(id\_number)  
(  
partition p\_2006\_2007 values less than(to\_date('2007-12-31','yyyy-mm-dd')),  
partition p\_2008\_2009 values less than(to\_date('2009-12-31','yyyy-mm-dd')),  
partition p\_2010\_2011 values less than(to\_date('2011-12-31','yyyy-mm-dd')),  
partition p\_2012\_2013 values less than(to\_date('2013-12-31','yyyy-mm-dd')),  
partition p\_2014\_2015 values less than(to\_date('2015-12-31','yyyy-mm-dd')),  
partition p\_2016\_max values less than(maxvalue)  
)

3．执行表的在线重定义：

SQL>execute dbms\_redefinition.start\_redef\_table('ofsa','pft\_party\_profit\_detail','pft\_party\_profit\_detail\_bak');

PL/SQL procedure successfully completed

4．执行把中间表的内容和数据源表进行同步。(可不同步数据，节省空间)

SQL>execute dbms\_redefinition.sync\_interim\_table('ofsa','pft\_party\_profit\_detail','pft\_party\_profit\_detail\_bak9');

PL/SQL procedure successfully completed

5．执行结束在线定义过程。

SQL>execute dbms\_redefinition.finish\_redef\_table('ofsa','pft\_party\_profit\_detail','pft\_party\_profit\_detail\_bak9');

PL/SQL procedure successfully completed

SQL>

查看数据字典，可以看到改表已经成为了分区表。

6．如果执行在线重定义的过程中出错，可以在执行dbms\_redefinition.start\_redef\_table之后到执行dbms\_redefinition.finish\_redef\_table之前的时间里执行：DBMS\_REDEFINITION.abort\_redef\_table以放弃执行在线重定义。

执行在线重定义的过程，要求源表和中间表要在同一个schema下。上面执行的过程虽然使用了分区表，但是并没有为分区数据指定表空间，这还要和DBA确认一下。分区表上还没有建索引。。。还有很多要做。