在9i中Oracle引入了flashback的概念，可以将数据返回到某个时间点，但对于诸如drop/truncate等DDL语句却尚不支持。进入Oracle10g，这一缺陷得到了弥补。可以将丢失掉的表，通过flashback命令直接找回。非常简单且易用。
1、首先，可以查看当前schema中的表：
SQL> select * from tab;
TNAME TABTYPE CLUSTERID
------------------------ ------- ----------
RECYCLETEST TABLE
2、然后删除该表：
SQL> drop table recycletest;
Table dropped.
3、检查表状态：
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 （或者：select * from dba_recyclebin; select * from user_recyclebin;该命令需要在10g以上的版本的sqlplus中执行方可查看。）
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ ------------------
RECYCLETEST BIN$04LhcpndanfgMAAAAAANPw==$0 TABLE 2004-02-16:21:13:31
结果显示了表的原始名称 RECYCLETEST，并显示了回收站中的新名称，该名称与我们看到的删除后所创建的新表名称相同。（注意：确切的名称可能因平台不同而不同。）
4、然后恢复该表：
SQL> FLASHBACK TABLE RECYCLETEST TO BEFORE DROP; （或者 FLASHBACK TABLE "BIN$04LhcpndanfgMAAAAAANPw==$0" TO BEFORE DROP;）
FLASHBACK COMPLETE.
可以看到删除的表已经被恢复了：
SQL> SELECT * FROM TAB;
TNAME TABTYPE CLUSTERID
------------------------------ ------- ----------
RECYCLETEST TABLE
记住，将删除的表放在回收站中不会释放原有的表空间，要释放这些空间，需要执行:
purge recyclebin;
那么如果10g中要彻底删除一个表，而不要将该表回收放入回收站中呢：
drop table recycletest purge;
由于drop一个表在Oracle中只是对该表重命名，而并没有迁移该表对应的表空间，因此删除后的表如果没有purge，则会一直占用该表空间。直到表空间不足时，Oracle首先会去回收站中按照先进先出的原则来清理回收站中的表。当然，也可以用手动的方式来清理指定的表：
purge table recycletest;
或者使用该对象在回收站中的名字：
purge table "BIN$04LhcpndanfgMAAAAAANPw==$0";
该命令将清除掉所有跟该表相关的对象，包括索引、约束、触发器等。如果想永久的删除一个索引，则可以：
purge index in_test_01;
这个命令仅仅删除该表的索引，而不影响该表（回收站中的）。
有一种情况，drop表emp后，又创建了emp表，然后再次drop后再创建emp表，再drop：
create table emp(id number(10));
drop table emp;
create table emp(id number(10), name varchar2(100));
drop table emp;
create table emp(id number(10), name varchar2(100), sex varchar2(2));
drop table emp;
当执行purge table emp后，是purge掉哪个表呢？还是全部purge掉？
答案是跟前面自动清理的原理一样，每次清除第一个被drop掉的emp表，判断的依据是user_recyclebin.dropscn，根据该值的大小决定purge的顺序。
另外，如果要对drop掉的表做恢复处理，而此时又已经创建了表emp，那么如何恢复该表呢（由于已经存在该表名，不能直接恢复）。方法：
flashback table emp to before drop rename to emp_old;
即将恢复的表命名为其他名称的一个表。恢复的时候跟purge的顺序是相反的，即最后一个被drop掉的最先被恢复。