码迷，mamicode.com
首页 > 其他好文 > 详细

自定义“ORA-20010: 不能DROP/TRUNCATE该表”的错误

时间：2015-07-02 01:14:55      阅读：435      评论：0      收藏：0      [点我收藏+]

标签：sql state [60000]; error code [604]; ora-00604: error occurred at recursive sql level 2 ora-20010

oracle更新数据提示自定义“ORA-20010: 不能DROP/TRUNCATE该表”的错误

java.sql.BatchUpdateException: ORA-00604: error occurred at recursive SQL level 2
ORA-20010: 不能DROP/TRUNCATE该表.
ORA-06512: at line 12
org.springframework.jdbc.UncategorizedSQLException: Hibernate operation: Could not execute JDBC batch update; uncategorized SQLException for SQL [update BIDLINK_BID_INFO set DOC_CONTENT=?, DOC_HTMLCON=?, DOC_AUTHOR=?, DOC_ABSTRACT=?, LINK_ADDRESS=?, EXT_BIDORG=?, EXT_OWNER=?, EXT_COUN_CODE=?, EXT_TRADE_CLASS=?, EXT_FUND_SCODE=?, EXT_COUNTRY=?, EXT_FUND_SOURCE=?
, INFOCLASS=?, EN_DOCRELWORDS=?, EN_DOCTITLE=?, EXT_ENCOUNTRY=?, APPROVEORG=?, APPROVEORGCODE=?, EVALUATE_MEANS=?, PROJ_QUALIFICATION=?, UPDATE_TIME=? where DOC_ID=?];
SQL state [60000]; error code [604]; ORA-00604: error occurred at recursive SQL level 2 ORA-20010: 不能DROP/TRUNCATE该表. ORA-06512: at line 12 ; nested exception is java.sql.BatchUpdateException: ORA-00604: error occurred at recursive SQL level 2 ORA-20010: 不能DROP/TRUNCATE该表. ORA-06512: at line 12
com.bidlink.cms.actions.BaseActio

注：ORA-20010 是自定义的限制普通用户DDL操作的触发器；
1、查看表空间使用情况，发现有几十G空闲表空间：
SQL> select ff.s tablespace_name,
          ff.b total,
          (ff.b   -   fr.b)  usage,
          fr.b  free,
          round((ff.b - fr.b)  /  ff.b * 100) || ‘% ‘  usagep
from 
         (select   tablespace_name  s,  sum(bytes)  /  1024  / 1024  b  from   dba_data_files group   by   tablespace_name)   ff,
         (select   tablespace_name   s,   sum(bytes)  /  1024  /  1024  b  from   dba_free_space group   by   tablespace_name)   fr
where   ff.s   =     9   10   11   12   13  fr.s ;

TABLESPACE_NAME       TOTAL      USAGE    FREE
------------------------------ ---------- ---------- ----------
USAGEP
------------------------------------------
CMS_PRIVIEW         500      .0625   499.9375
0%
UNDOTBS1       18895    371.375  18523.625
2%
SYSAUX         1000   761.9375   238.0625
76%
INDX1        15168  9210.1875  5957.8125
61%
INDX2        12144   7424.125   4719.875

TABLESPACE_NAME       TOTAL      USAGE    FREE
------------------------------ ---------- ---------- ----------
USAGEP
------------------------------------------
61%
USERS       326.25      70.25     256
22%
SYSTEM         1024   547.9375   476.0625
54%
BIDREPORT       34917 29796.0625  5120.9375
85%
JOINSPIDER       36864 30603.4375  6260.5625
83%

TABLESPACE_NAME       TOTAL      USAGE    FREE
------------------------------ ---------- ---------- ----------
USAGEP
------------------------------------------
AUTONOMY         138848.063     135156  3692.0625
97%
XMTJ         1024   639.1875   384.8125
62%
MYSPIDER       94032    75863.5 18168.5
81%
BRIDGE         2000      .0625  1999.9375
0%
CMS          540325.438 511645.813  28679.625

TABLESPACE_NAME       TOTAL      USAGE    FREE
------------------------------ ---------- ---------- ----------
USAGEP
------------------------------------------
95%
CRAWLER     46765.75 42258.8125  4506.9375
90%

 解决方法： 测试更新数据没问题，研发也确认没有调用到drop/truncate的触发器，后来创建临时表的时候还是报同样的错误，怀疑是表空间不足，增加表空间问题解决了，什么原因导致空闲空间那么多，还报那个错误呢？

因为：我开启了recyclebin,删除的表存放在recyclebin里面，占用了那部分空间，当当前用户的表空间不足时，oracle会根据先进先出的原则，purge表，相当于drop表操作，所以提示ORA-20010的错误和空闲表空间很多的情况；

recyclebin知识补充
使用 Oracle Database 10g中的闪回表特性，可以毫不费力地恢复被意外删除的表
使用 Oracle Database 10g中的闪回表特性，可以毫不费力地恢复被意外删除的表

以下是一个不该发生却经常发生的情况：用户删除了一个非常重要的表—当然是意外地删除—并需要尽快地恢复。（在某些时候，这个不幸的用户可能就是 DBA！）

Oracle9iDatabase 推出了闪回查询选项的概念，以便检索过去某个时间点的数据，但它不能闪回 DDL 操作，如删除表的操作。唯一的恢复方法是在另一数据库个中使用表空间的时间点恢复，然后使用导出/导入或其他方法，在当前数据库中重新创建表。这一过程需要 DBA 进行大量工作并且耗费宝贵的时间，更不用说还要使用另一个数据库进行克隆。

请使用 Oracle Database 10g中的闪回表特性，它使得被删除表的恢复过程如同执行几条语句一样简单。让我们来看该特性是如何工作的。


如何启用/禁用RecycleBin

通过设置初始化参数recyclebin，可以控制是否启用回收站功能，默认是开启的。
SQL> alter system set recyclebin=off;

系统已更改。

SQL> alter system set recyclebin=on;

系统已更改。

SQL> alter session set recyclebin=off;

会话已更改。

SQL> alter session set recyclebin=on;

会话已更改。


删除那个表！
 首先，让我们查看当前模式中的表。

 

SQL> select * from tab; TNAME TABTYPE CLUSTERID
------------------------ ------- ----------
RECYCLETEST TABLE

现在，我们意外地删除了该表：

SQL> drop table recycletest; Table dropped.

现在让我们来查看该表的状态：

SQL> select * from tab; TNAME TABTYPE CLUSTERID
------------------------------ ------- ----------
BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE

表 RECYCLETEST 已不存在，但是请注意出现新表BIN$04LhcpndanfgMAAAAAANPw==$0。这就是所发生的事情：被删除的表 RECYCLETEST 并没有完全消失，而是重命名为一个由系统定义的名称。它存在于同一个表空间中，具有与原始表相同的结构。如果在该表上定义了索引或触发器，则它们也被重命名，使用与表相同的命名规则。任何相关源（如过程）都失效；原始表的触发器和索引被改为放置在重命名的表BIN$04LhcpndanfgMAAAAAANPw==$0上，保持被删除表的完整对象结构。
表及其相关对象被放置在一个称为“回收站”的逻辑容器中，它类似于您 PC 机中的回收站。但是，对象并没有从它们原先所在的表空间中删除；它们仍然占用那里的空间。回收站只是一个列出被删除对象目录的逻辑结构。在 SQL*Plus 提示符处使用以下命令来查看其内容（您需要使用 SQL*Plus 10.1 来进行此操作）：

 


SQL> show recyclebin ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ ------------------
RECYCLETEST BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE 2004-02-16:21:13:31

 

结果显示了表的原始名称 RECYCLETEST，并显示了回收站中的新名称，该名称与我们看到的删除后所创建的新表名称相同。（注意：确切的名称可能因平台不同而不同。）为恢复该表，您所需要做的就是使用FLASHBACK TABLE命令：

 


SQL> FLASHBACK TABLE RECYCLETEST TO BEFORE DROP; FLASHBACK COMPLETE.
SQL> SELECT * FROM TAB; TNAME TABTYPE CLUSTERID
------------------------------ ------- ----------
RECYCLETEST TABLE

 

瞧！表毫不费力地恢复了。如果现在查看回收站，它将是空的。

记住，将表放在回收站里并不在原始表空间中释放空间。要释放空间，您需要使用以下命令清空回收站：

PURGE RECYCLEBIN;

但是如果您希望完全删除该表而不需要使用闪回特性，该怎么办？在这种情况下，可以使用以下命令永久删除该表：

DROP TABLE RECYCLETEST PURGE;
此命令不会将表重命名为回收站中的名称，而是永久删除该表，就象 10g之前的版本一样。
 管理

回收站
 如果在该过程中没有实际删除表—因而没有释放表空间—那么当被删除的对象占用了所有空间时，会发生什么事？

 答案很简单：这种情况根本不会出现。当表空间被回收站数据完全占满，以至于必须扩展数据文件来容纳更多数据时，可以说表空间处于“空间压力”情况下。此时，对象以先进先出的方式从回收站中自动清除。在删除表之前，相关对象（如索引）被删除。

 同样，空间压力可能由特定表空间定义的用户限额而引起。表空间可能有足够的空余空间，但用户可能将其在该表空间中所分配的部分用完了。在这种情况下，Oracle 自动清除该表空间中属于该用户的对象。

 此外，有几种方法可以手动控制回收站。如果在删除名为 TEST 的特定表之后需要从回收站中清除它，可以执行

 

PURGE TABLE TEST;
或者使用其回收站中的名称：
 

PURGE TABLE "BIN$04LhcpndanfgMAAAAAANPw==$0";
此命令将从回收站中删除表 TEST 及所有相关对象，如索引、约束等，从而节省了空间。但是，如果要从回收站中永久删除索引，则可以使用以下命令来完成工作：
 

purge index in_test1_01;
此命令将仅仅删除索引，而将表的拷贝留在回收站中。
 有时在更高级别上进行清除可能会有用。例如，您可能希望清除表空间 USERS 的回收站中的所有对象。可以执行：

 

PURGE TABLESPACE USERS;
您也许希望只为该表空间中特定用户清空回收站。在数据仓库类型的环境中，用户创建和删除许多临时表，此时这种方法可能会有用。您可以更改上述命令，限定只清除特定的用户：
 

PURGE TABLESPACE USERS USER SCOTT;
诸如 SCOTT 等用户可以使用以下命令来清空自己的回收站
 

PURGE RECYCLEBIN;
DBA 可以使用以下命令清除任何表空间中的所有对象
 

PURGE DBA_RECYCLEBIN;
可以看到，可以通过多种不同方法来管理回收站，以满足特定的需要。
 表版本和闪回功能

 用户可能会经常多次创建和删除同一个表，如：

 

CREATE TABLE TEST (COL1 NUMBER); INSERT INTO TEST VALUES (1); commit; DROP TABLE TEST; CREATE TABLE TEST (COL1 NUMBER); INSERT INTO TEST VALUES (2); commit; DROP TABLE TEST; CREATE TABLE TEST (COL1 NUMBER); INSERT INTO TEST VALUES (3); commit; DROP TABLE TEST;
此时，如果您要对表 TEST 执行闪回操作，那么列 COL1 的值应该是什么？常规想法可能认为从回收站取回表的第一个版本，列 COL1 的值是 1。实际上，取回的是表的第三个版本，而不是第一个。因此列 COL1 的值为 3，而不是 1。
 此时您还可以取回被删除表的其他版本。但是，表 TEST 的存在不允许出现这种情况。您有两种选择：

使用重命名选项：
 

FLASHBACK TABLE TEST TO BEFORE DROP RENAME TO TEST2; FLASHBACK TABLE TEST TO BEFORE DROP RENAME TO TEST1;
这些语句将表的第一个版本恢复到 TEST1，将第二个版本恢复到 TEST2。 TEST1 和 TEST2 中的列 COL1 的值将分别是 1 和 2。或者，
使用表的特定回收站名称进行恢复。为此，首先要识别表的回收站名称，然后执行：
 

FLASHBACK TABLE "BIN$04LhcpnoanfgMAAAAAANPw==$0" TO BEFORE DROP RENAME TO TEST2; FLASHBACK TABLE "BIN$04LhcpnqanfgMAAAAAANPw==$0" TO BEFORE DROP RENAME TO TEST1;
这些语句将恢复被删除表的两个版本。
警告……
 取消删除特性使表恢复其原始名称，但是索引和触发器等相关对象并没有恢复原始名称，它们仍然使用回收站的名称。在表上定义的源（如视图和过程）没有重新编译，仍然保持无效状态。必须手动得到这些原有名称并应用到闪回表。

 信息保留在名为 USER_RECYCLEBIN 的视图中。在对表进行闪回操作前，请使用以下查询来检索原有名称。

 

SELECT OBJECT_NAME, ORIGINAL_NAME, TYPE FROM USER_RECYCLEBIN WHERE BASE_OBJECT = (SELECT BASE_OBJECT FROM USER_RECYCLEBIN WHERE ORIGINAL_NAME = ‘RECYCLETEST‘) AND ORIGINAL_NAME != ‘RECYCLETEST‘; OBJECT_NAME ORIGINAL_N TYPE
------------------------------ ---------- --------
BIN$04LhcpnianfgMAAAAAANPw==$0 IN_RT_01 INDEX BIN$04LhcpnganfgMAAAAAANPw==$0 TR_RT TRIGGER
在表进行闪回操作后，表 RECYCLETEST 上的索引和触发器将按照 OBJECT_NAME 列中所示进行命名。根据以上查询，可以使用原始名称重新命名对象，如下所示：
 ALTER INDEX "BIN$04LhcpnianfgMAAAAAANPw==$0" RENAME TO IN_RT_01;
ALTER TRIGGER "BIN$04LhcpnganfgMAAAAAANPw==$0" RENAME TO TR_RT;

一个值得注意的例外情况是位图索引。当删除位图索引时，它们并不放置在回收站中—因此无法检索它们。约束名称也无法从视图中检索。必须从其他来源对它们进行重命名。
 闪回表的其他用途

 闪回删除表功能不仅限于恢复表的删除操作。与闪回查询类似，您还可以使用它将表恢复到不同的时间点，利用表的“过去”版本来替代整个表。例如，以下语句将表恢复到系统更改号 (SCN) 2202666520。

 

FLASHBACK TABLE RECYCLETEST TO SCN 2202666520;
此特性使用 Oracle 数据泵技术来创建不同的表，使用闪回功能将该 SCN 处的数据版本填充到表中，然后用新表替代原始表。为找出能够在何种程度上对表进行闪回操作，可以使用 Oracle Database 10g的版本控制特性。在闪回子句中也可以指定时间戳记而不是指定 SCN。

 


1 drop table books;的指令会将表放到回收站里，
2  用
flashback table "BIN$1Oiy3qm/QJubov1BwBUOgw==$0" to before drop;
就能恢复。

3 删除表：
drop table books purge;是绕过回收站，彻底删除

建议你先
purge recyclebin;
清除当前用户的回收站，不会影响其他用户的回收站
或者
purge table 表名；
清除回收站内指定的表

4. 显示当前用户的回收站对象

SQL> show recyclebin

 select object_name,original_name from recyclebin;

5. 显示数据库的所有回收站对象

SQL> conn / as sysdba
已连接。
SQL> select owner,object_name,original_name from dba_recyclebin;

4. 清除回收站对象

SQL> conn scott/tiger@demo
已连接。
SQL> purge table t1;

表已清除。

SQL> purge index ix_t2;

索引已清除。

SQL> purge recyclebin;

回收站已清空。

 

20.3.2 恢复被删除表

(1) 模拟用户误操作

(2) 显示回收站对象

(3) 恢复被删除表

SQL> conn scott/tiger
已连接。
SQL> show recyclebin
SQL> drop table emp;

表已删除。

SQL> show recyclebin
ORIGINAL NAME    RECYCLEBIN NAME                OBJECT TYPE  DROP TIME
---------------- ------------------------------ ------------ -------------------

EMP              BIN$/3ZsVld5RhWZuaSOugW64A==$0 TABLE        2009-02-19:23:10:46

SQL> flashback table "BIN$/3ZsVld5RhWZuaSOugW64A==$0" to before drop rename to newemp;

闪回完成。

SQL> drop table newemp;

SQL> flashback table newemp to before drop rename to emp;

 

 

问题：同事不小心把项目DB中的一个表的数据delete all了。DB版本oracle 10g。
网上简单搜了一下，搞定。以下是过程：
Oracle 10g开始，当我执行Drop Table时，Oracle也会把被删除的表放到数据库回收站（Database Recyclebin）里。这样我们就可以用flashback table命令恢复被删除的表，语法：
   Flashback table 表名 to before drop;

开始恢复，执行以下命令：

flashback table tmm2076 TO TIMESTAMP to_timestamp(‘2007-05-22
12:00:00‘,‘yyyy-mm-dd hh24:mi:ss‘)
弹出ORA-08189错误，需要执行以下命令先：
alter table tmm2076 enable row movement
这个命令的作用是，允许oracle修改分配给行的rowid。

然后再flashback，数据被恢复完毕。


1. alter table tmm2076 enable row movement
2. flashback table PCS TO TIMESTAMP to_timestamp(‘2007-05-22
12:00:00‘,‘yyyy-mm-dd hh24:mi:ss‘)

 

六、恢复oracle中用pl sql误删除drop掉的表

查看回收站中表

select object_name,original_name,partition_name,type,ts_name,createtime,droptime from recyclebin;

恢复表

SQL>flashback table test_drop to before drop;或

SQL>flashback table "BIN$b+XkkO1RS5K10uKo9BfmuA==$0" to before drop;

注：必须9i或10g以上版本支持，flashback无法恢复全文索引

以下为参考资料

使用 Oracle Database 10g 中的闪回表特性，可以毫不费力地恢复被意外删除的表

　　以下是一个不该发生却经常发生的情况：用户删除了一个非常重要的表 ― 当然是意外地删除 ― 并需要尽快地恢复。（在某些时候，这个不幸的用户可能就是 DBA！）

　　Oracle9i Database 推出了闪回查询选项的概念，以便检索过去某个时间点的数据，但它不能闪回 DDL 操作，如删除表的操作。唯一的恢复方法是在另一个数据库中使用表空间的时间点恢复，然后使用导出/导入或其他方法，在当前数据库中重新创建表。这一过程需要 DBA 进行大量工作并且耗费宝贵的时间，更不用说还要使用另一个数据库进行克隆。

　　请使用 Oracle Database 10g 中的闪回表特性，它使得被删除表的恢复过程如同执行几条语句一样简单。让我们来看该特性是如何工作的。

　　删除那个表！

　　首先，让我们查看当前模式中的表。

　　SQL> select * from tab;

　　TNAME

　　TABTYPE

　　CLUSTERID

　　--------------------- - -- -- --- ------

　　RECYCLETEST

　　TABLE

　　现在，我们意外地删除了该表：

　　SQL> drop table recycletest;

　　Table dropped.

　　现在让我们来查看该表的状态。

　　SQL> select * from tab;

　　TNAME

　　TABTYPE

　　CLUSTERID

　　--------------------------- - -- -- --- ------

　　BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE

　　表 RECYCLETEST 已不存在，但是请注意出现新表 BIN$04LhcpndanfgMAAAAAANPw==$0。这就是所发生的事情：被删除的表 RECYCLETEST 并没有完全消失，而是重命名为一个由系统定义的名称。它存在于同一个表空间中，具有与原始表相同的结构。如果在该表上定义了索引或触发器，则它们也被重命名，使用与表相同的命名规则。任何相关源（如过程）都失效；原始表的触发器和索引被改为放置在重命名的表 BIN$04LhcpndanfgMAAAAAANPw==$0 上，保持被删除表的完整对象结构。

　　表及其相关对象被放置在一个称为"回收站"的逻辑容器中，它类似于您 PC 机中的回收站。但是，对象并没有从它们原先所在的表空间中删除；它们仍然占用那里的空间。回收站只是一个列出被删除对象目录的逻辑结构。在 SQL*Plus 提示符处使用以下命令来查看其内容（您需要使用 SQL*Plus 10.1 来进行此操作）：

　　SQL> show recyclebin

　　ORIGINAL NAME

　　RECYCLEBIN NAME

　　OBJECT TYPE

　　DROP TIME

　　------------- - -- ----------------------- - -- ----- - -- --------------

　　RECYCLETEST

　　BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE

　　2004-02-16:21:13:31

　　结果显示了表的原始名称 RECYCLETEST，并显示了回收站中的新名称，该名称与我们看到的删除后所创建的新表名称相同。（注意：确切的名称可能因平台不同而不同。）为恢复该表，您所需要做的就是使用 FLASHBACK TABLE 命令：

　　SQL> FLASHBACK TABLE RECYCLETEST TO BEFORE DROP;

　　FLASHBACK COMPLETE.

　　SQL> SELECT * FROM TAB;

　　TNAME

　　TABTYPE

　　CLUSTERID

　　--------------------------- - -- -- --- ------

　　RECYCLETEST

　　TABLE

　　瞧！表毫不费力地恢复了。如果现在查看回收站，它将是空的。

　　记住，将表放在回收站里并不在原始表空间中释放空间。要释放空间，您需要使用以下命令清空回收站：

　　PURGE RECYCLEBIN;

　　但是如果您希望完全删除该表而不需要使用闪回特性，该怎么办？在这种情况下，可以使用以下命令永久删除该表：

　　DROP TABLE RECYCLETEST PURGE;

　　此命令不会将表重命名为回收站中的名称，而是永久删除该表，就象 10g 之前的版本一样。

　　管理回收站

　　如果在该过程中没有实际删除表 ― 因而没有释放表空间 ― 那么当被删除的对象占用了所有空间时，会发生什么事？

　　答案很简单：这种情况根本不会出现。当表空间被回收站数据完全占满，以至于必须扩展数据文件来容纳更多数据时，可以说表空间处于"空间压力"情况下。此时，对象以先进先出的方式从回收站中自动清除。在删除表之前，相关对象（如索引）被删除。

　　同样，空间压力可能由特定表空间定义的用户限额而引起。表空间可能有足够的空余空间，但用户可能将其在该表空间中所分配的部分用完了。在这种情况下，Oracle 自动清除该表空间中属于该用户的对象。

　　此外，有几种方法可以手动控制回收站。如果在删除名为 TEST 的特定表之后需要从回收站中清除它，可以执行

　　PURGE TABLE TEST;

　　或者使用其回收站中的名称：

　　PURGE TABLE "BIN$04LhcpndanfgMAAAAAANPw==$0";

　　此命令将从回收站中删除表 TEST 及所有相关对象，如索引、约束等，从而节省了空间。但是，如果要从回收站中永久删除索引，则可以使用以下命令来完成工作：

　　purge index in_test1_01;

　　此命令将仅仅删除索引，而将表的拷贝留在回收站中。

　　有时在更高级别上进行清除可能会有用。例如，您可能希望清除表空间 USERS 的回收站中的所有对象。可以执行：

　　PURGE TABLESPACE USERS;

　　您也许希望只为该表空间中特定用户清空回收站。在数据仓库类型的环境中，用户创建和删除许多临时表，此时这种方法可能会有用。您可以更改上述命令，限定只清除特定的用户：

　　PURGE TABLESPACE USERS USER SCOTT;

　　诸如 SCOTT 等用户可以使用以下命令来清空自己的回收站

　　PURGE RECYCLEBIN;

　　DBA 可以使用以下命令清除任何表空间中的所有对象

　　PURGE DBA_RECYCLEBIN;

　　可以看到，可以通过多种不同方法来管理回收站，以满足特定的需要。

　　表版本和闪回功能

　　用户可能会经常多次创建和删除同一个表，如：

　　CREATE TABLE TEST (COL1 NUMBER);

　　INSERT INTO TEST VALUES (1);

　　commit;

　　DROP TABLE TEST;

　　CREATE TABLE TEST (COL1 NUMBER);

　　INSERT INTO TEST VALUES (2);

　　commit;

　　DROP TABLE TEST;

　　CREATE TABLE TEST (COL1 NUMBER);

　　INSERT INTO TEST VALUES (3);

　　commit;

　　DROP TABLE TEST;

　　此时，如果您要对表 TEST 执行闪回操作，那么列 COL1 的值应该是什么？常规想法可能认为从回收站取回表的第一个版本，列 COL1 的值是 1。实际上，取回的是表的第三个版本，而不是第一个。因此列 COL1 的值为 3，而不是 1。

　　此时您还可以取回被删除表的其他版本。但是，表 TEST 的存在不允许出现这种情况。您有两种选择：

　　使用重命名选项：

　　FLASHBACK TABLE TEST TO BEFORE DROP RENAME TO TEST2;

　　FLASHBACK TABLE TEST TO BEFORE DROP RENAME TO TEST1;

　　这些语句将表的第一个版本恢复到 TEST1，将第二个版本恢复到 TEST2。 TEST1 和 TEST2 中的列 COL1 的值将分别是 1 和 2。或者，

　　使用表的特定回收站名称进行恢复。为此，首先要识别表的回收站名称，然后执行：

　　FLASHBACK TABLE "BIN$04LhcpnoanfgMAAAAAANPw==$0" TO BEFORE DROP RENAME TO TEST2;

　　FLASHBACK TABLE "BIN$04LhcpnqanfgMAAAAAANPw==$0" TO BEFORE DROP RENAME TO TEST1;

　　这些语句将恢复被删除表的两个版本。

　　警告......

　　取消删除特性使表恢复其原始名称，但是索引和触发器等相关对象并没有恢复原始名称，它们仍然使用回收站的名称。在表上定义的源（如视图和过程）没有重新编译，仍然保持无效状态。必须手动得到这些原有名称并应用到闪回表。

　　信息保留在名为 USER_RECYCLEBIN 的视图中。在对表进行闪回操作前，请使用以下查询来检索原有名称。

　　SELECT OBJECT_NAME, ORIGINAL_NAME, TYPE

　　FROM USER_RECYCLEBIN

　　WHERE BASE_OBJECT = (SELECT BASE_OBJECT FROM USER_RECYCLEBIN

　　WHERE ORIGINAL_NAME = ‘RECYCLETEST‘)

　　AND ORIGINAL_NAME != ‘RECYCLETEST‘;

　　OBJECT_NAME

　　ORIGINAL_N TYPE

　　--------------------------- - -- --- - -- ----

　　BIN$04LhcpnianfgMAAAAAANPw==$0 IN_RT_01

　　INDEX

　　BIN$04LhcpnganfgMAAAAAANPw==$0 TR_RT

　　TRIGGER

　　在表进行闪回操作后，表 RECYCLETEST 上的索引和触发器将按照 OBJECT_NAME 列中所示进行命名。根据以上查询，可以使用原始名称重新命名对象，如下所示：

　　ALTER INDEX "BIN$04LhcpnianfgMAAAAAANPw==$0" RENAME TO IN_RT_01;

　　ALTER TRIGGER "BIN$04LhcpnganfgMAAAAAANPw==$0" RENAME TO TR_RT;

　　一个值得注意的例外情况是位图索引。当删除位图索引时，它们并不放置在回收站中 ― 因此无法检索它们。约束名称也无法从视图中检索。必须从其他来源对它们进行重命名。

闪回表的其他用途

　　闪回删除表功能不仅限于恢复表的删除操作。与闪回查询类似，您还可以使用它将表恢复到不同的时间点，形如flashback table tmm2076 TO TIMESTAMP to_timestamp(‘2007-05-22

12:00:00‘,‘yyyy-mm-dd hh24:mi:ss‘)

弹出ORA-08189错误，需要执行以下命令先：

alter table tmm2076 enable row movement这个命令的作用是，允许oracle修改分配给行的rowid。


 

自定义“ORA-20010: 不能DROP/TRUNCATE该表”的错误

标签：sql state [60000]; error code [604]; ora-00604: error occurred at recursive sql level 2 ora-20010

原文地址：http://yiqiuyu.blog.51cto.com/3228402/1669885
踩
(0)
赞
(0)
   
举报
评论 一句话评论（0）
登录后才能评论！
分享档案
更多>
2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)
周排行
mamicode.com排行更多图片
更多
友情链接
兰亭集智   国之画   百度统计   站长统计   阿里云   chrome插件   新版天听网
关于我们 - 联系我们 - 留言反馈
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码！