在Oracle 10g数据库中，引入了一个回收站(Recycle Bin)的数据库对象。
回收站，从原理上来说就是一个数据字典表，放置用户Drop掉的数据库对象信息。用户进行Drop操作的对象并没有被数据库删除，仍然会占用空间。除非是由于用户手工进行Purge或者因为存储空间不够而被数据库清掉。数据库有了这样的功能，能够减少很多不必要的麻烦。常常看到开发人员误把表删除，急急忙忙找DBA 来想办法的情况。相信随着10G的大范围应用，这种情形应该比较少见了，我们可以充分利用10g的闪回(FLASHBACK,闪回，回闪?)功能来避免大量的人工误操作。
DBA管理上的相关信息可以从USER_recyclebin(DBA_recyclebin)中获取。
测试：
-- 建表
create table TEST_EMP
(
pk_emp NUMBER not null,
a VARCHAR2(10),
b NUMBER,
c NUMBER,
d NUMBER
)
tablespace NNC_DATA01
pctfree 10
initrans 1
maxtrans 255
storage
(
initial 64
minextents 1
maxextents unlimited
);
insert into TEST_EMP (PK_EMP, A, B, C, D)
values (100, 'A', 1, 15, null);
insert into TEST_EMP (PK_EMP, A, B, C, D)
values (100, 'A', 2, 16, null);
insert into TEST_EMP (PK_EMP, A, B, C, D)
values (100, 'A', 3, 26, null);
insert into TEST_EMP (PK_EMP, A, B, C, D)
values (100, 'A', 4, 43, null);
insert into TEST_EMP (PK_EMP, A, B, C, D)
values (100, 'B', 1, 30, null);
insert into TEST_EMP (PK_EMP, A, B, C, D)
values (100, 'B', 2, 40, null);
insert into TEST_EMP (PK_EMP, A, B, C, D)
values (100, 'B', 3, 28, null);
insert into TEST_EMP (PK_EMP, A, B, C, D)
values (100, 'B', 4, 2, null);
user_recyclebin大多是自解释的,相对比较容易理解.
SQL> SELECT object_name FROM user_recyclebin;
no rows selected；
SQL> SELECT object_name FROM user_recyclebin;
no rows selected
SQL> CREATE TABLE foo AS SELECT * FROM DUAL;
Table created.
SQL> SELECT table_name FROM user_tables;
TABLE_NAME
----------------------------------------------
FOO
SQL> DROP TABLE foo;
Table dropped.
SQL> SELECT table_name FROM user_tables;
no rows selected
SQL> SHOW recyclebin
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
FOO BIN$V3f/oYUITrCEF2cotS5JaA==$0 TABLE 2004-10-30:14:37:39
SQL>
SQL*Plus命令SHOW recyclebin等价于这条SQL:
SQL> SELECT original_name, object_name, TYPE, droptime FROM user_recyclebin;
ORIGINAL_NAME OBJECT_NAME TYPE DROPTIME
--------------- ------------------------------ ---------- --------------------
FOO BIN$V3f/oYUITrCEF2cotS5JaA==$0 TABLE 2004-10-30:14:37:39
SQL>
SQL> DESC "BIN$V3f/oYUITrCEF2cotS5JaA==$0"
Name Null? Type
----------------------------------------- -------- ----------------
DUMMY VARCHAR2(1)
SQL>
当一个表被删除并移动到"回收站"中，它的名字要进行一些转换。这样的目的显而易见是为了避免同类对象名称的重复。(这一点和Windows操作系统的回收站不同，Windows中的回收站经过了特殊的处理，操作系统文件可以重名。)
转换后的名字格式如下:
BIN$unique_id$version 其中BIN代表RecycleBin
unique_id是数据库中该对象的唯一标志，26个字符长度
version表示该对象的版本号
注：在10g beta 版本中，名字格式如下： RB$$objn$object_type$version
其中的RB,代表Recycle Bin. objn为表的目录对象号. object_type表示对象类型. version表示版本号. 由数据库指定。
下面我们验证一下回收站里数据库对象名字的唯一性:
SQL> CREATE TABLE foo AS SELECT * FROM DUAL;
Table created.
SQL> SELECT table_name FROM user_tables;
TABLE_NAME
------------------------------------------------------------
FOO
SQL> DROP TABLE foo;
Table dropped.
SQL> SHOW recyclebin
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
FOO BIN$VL+ZsqVlQF6R2nYnwAqtvw==$0 TABLE 2004-10-30:15:01:42
FOO BIN$V3f/oYUITrCEF2cotS5JaA==$0 TABLE 2004-10-30:14:37:39
SQL>
能看出来，虽然源表名字相同，在回收站里的对象名字是不同的。
针对Recycle Bin对象的操作
已经放到回收站里的表是不能用drop 命令删除的(注意对象名字上的双引号)：
SQL> DROP table "BIN$V3f/oYUITrCEF2cotS5JaA==$0"
2 /
DROP table "BIN$V3f/oYUITrCEF2cotS5JaA==$0"
*
ERROR at line 1:
ORA-38301: can not perform DDL/DML over objects in Recycle Bin
SQL>
如果要清掉该对象,使用purge命令：
SQL> PURGE table "BIN$V3f/oYUITrCEF2cotS5JaA==$0"
2 /
Table purged.
SQL> SELECT object_name, original_name FROM user_recyclebin;
OBJECT_NAME ORIGINAL_NAME
------------------------------ ---------------
BIN$VL+ZsqVlQF6R2nYnwAqtvw==$0 FOO
SQL>
对象已经清掉。如果直接清空所有的Recycle Bin中的对象：
SQL> PURGE RECYCLEBIN;
Recyclebin purged.
SQL> SELECT object_name, original_name FROM user_recyclebin;
no rows selected
SQL>
恢复表，用回闪表的功能：
SQL> FLASHBACK TABLE foo TO BEFORE DROP;
Flashback complete.
SQL>SELECT table_name FROM user_tables;
TABLE_NAME
------------------------------------------------------------
FOO
SQL>
注:在10g Beta版本中，使用Undrop命令来做到这一点.
有的时候，可能同一个名字的表被删除到回收站中:
SQL> DROP TABLE FOO;
Table dropped.
SQL> SHOW RECYCLEBIN
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
FOO BIN$lfTbzOjISXaw8u0BIO7pNA==$0 TABLE 2004-10-30:15:18:03
SQL> CREATE TABLE foo AS SELECT * FROM DUAL;
Table created.
SQL> DROP TABLE foo;
Table dropped.
SQL> SHOW RECYCLEBIN
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
FOO BIN$J63QaUaKTmC1glat+imjeg==$0 TABLE 2004-10-30:15:18:50
FOO BIN$lfTbzOjISXaw8u0BIO7pNA==$0 TABLE 2004-10-30:15:18:03
SQL> FLASHBACK TABLE FOO TO BEFORE DROP;
Flashback complete.
SQL> SHOW RECYCLEBIN
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
FOO BIN$lfTbzOjISXaw8u0BIO7pNA==$0 TABLE 2004-10-30:15:18:03
SQL>
默认的恢复是第一个被删除的FOO表。如果要恢复指定的表，可以在FLASHBACK TABLE 后面加上指定的RECYCLEBIN 参数指定其他的名字:
SQL> FLASHBACK TABLE "BIN$lfTbzOjISXaw8u0BIO7pNA==$0" TO BEFORE DROP;
FLASHBACK TABLE "BIN$lfTbzOjISXaw8u0BIO7pNA==$0" TO BEFORE DROP
*
ERROR at line 1:
ORA-38312: original name is used by an existing object
SQL> FLASHBACK TABLE "BIN$lfTbzOjISXaw8u0BIO7pNA==$0" TO BEFORE DROP
2 RENAME TO foo2;
Flashback complete.
恢复删除的表内容：
根据ORACLE10G的特性，当我执行Drop Table或delete all时，Oracle都会把被删除的表或数据记录放到数据库回收站（Database Recyclebin）里。这样我们就可以用flashback table命令恢复被删除的表，语法：
Flashback table 表名 to before drop;
我的恢复数据步骤：
alter table md_recevice_files enable row movement;
--//这个命令的作用是，允许oracle修改分配给行的rowid。
flashback table md_recevice_files TO TIMESTAMP to_timestamp('2008-08-22 12:00:00','yyyy-mm-dd hh24:mi:ss');
--//再flashback，数据被恢复完毕。
--=================数据回复实验 ========================
--查看数据库中被删除的表的数据结构
select original_name, object_name, type, droptime from user_recyclebin;
-- //删除表
drop table test_emp;
--//回复表删除前
Flashback table test_emp to before drop;
--//修改表数据
select * from test_emp for update;
--//这个命令的作用是，允许oracle修改分配给行的rowid。
alter table test_emp enable row movement;
--//再flashback，数据被恢复完毕。
flashback table test_emp to timestamp to_timestamp('2012-11-02 13:30:00','yyyy-mm-dd hh24:mi:ss');