不能联机重新定义具有实体化视图的表

本文介绍Oracle数据库中联机重定义表的过程及注意事项。主要包括判断表是否可在线重定义、创建中间表、开始及结束重定义等步骤,并提供解决常见错误的方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

9i提供了联机重定义表的方法,可以让你在基本不影响原表的DML情况下修改表结构。 实际上,联机重定义表并不是完全的联机重定义,

在最后交换表名的时候会短暂地锁定原表和中间表,但这个过程很短暂。

重定义表主要有以下四步:

1.判断表是否可以在线重定义,

begin dbms_redefinition.can_redef_table(uname => 'syslogusr',tname => 'test',options_flag => dbms_redefinition.cons_use_pk);end;

如果过程顺利完成,进行2.

2.创建中间表. 中间表基本上就是你重定义后的表结构.

3.开始重定义.

begin dbms_redefinition.start_redef_table(uname => 'syslogusr',orig_table => 'test',int_table =>'in_test');end;

如果顺利进行4.

4. 结束重定义

begin dbms_redefinition.finish_redef_table(uname => 'syslogusr',orig_table => 'test',int_table => 'in_test');end;
在第4步之前,可执行同步,begin dbms_redefinition.sync_interim_table(uname => 'syslogusr',orig_table => 'test',int_table => 'in_test');end;

这样可以降低finish_redef_table的时间.

最后你可DROP掉中间表.

第一步可能报:ORA-12089: 不能联机重新定义无主键的表 "SYSLOGUSR"."TEST" , 这时需要为TEST添加主键.

第二步可能报:ORA-12091: 不能联机重新定义具有实体化视图的表 "SYSLOGUSR"."TEST"。

Remove the snapshot log and materialized view created during the unsuccessfull first execution of the DBMS_REDEFINITION.START_REDEF_TABLE procedure。去除首次执行START_REDEF_TABLE 产生的快照日志.

SQL> select log_table from user_snapshot_logs;
    LOG_TABLE                  
-------------------------
MLOG$_EMP

SQL> drop snapshot log on emp;
Materialized view log dropped.

SQL> select TABLE_NAME   , status from user_snapshots;

TABLE_NAME                   STATUS
------------------------------ -------
INT_EMP                      INVALID

SQL> select mview_name, compile_state from user_mviews;

MVIEW_NAME                   COMPILE_STATE
------------------------------ -------------------
INT_EMP                      ERROR

SQL> drop materialized view int_emp;
Materialized view dropped.

即可继续.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值