<b>回收站概念</b>
从oracle
10g开始，引入了一个叫回收站(recycle bin)的概念。它的全称叫tablespace recycle
bin。回收站实际是一个逻辑容器（逻辑区域），原理有点类似于window系统的回收站。它以表空间中现有已经分配的空间为基础，而不是从表空间上物理
划出一个固定区域用作回收站。这意味着回收站和表空间中的对象共用存储区域、系统没有给回收站预留空间。因此，当表被drop后，如果可用空间充足，并且
没有对回收站进行清理，那么被drop掉的对象会一直存在回收站中，但是如果可用空间紧张的情况下，数据库会根据先进先出的顺序覆盖recycle
bin中的对象。所以回收站机制也不是百分百的保险机制。另外从原理上来说它就是一个数据字典表，放置用户drop掉的数据库对象信息。用户进行drop
操作的对象并没有真正被数据库删除，仍然会占用空间。除非是由于用户手工进行purge或者因为存储空间不够而被数据库清掉。数据库有了这样的功能，能够
减少很多不必要的麻烦。当用户、开发人员、甚至dba误操作删除了表，那么我们不必还原整个数据库或表空间，直接使用oracle
10g的闪回(flashback,闪回)功能来还原被删除的表。这样我们就能避免大量的人工误操作。这是一个对dba相当有用的功能。
<b>回收站功能</b>
回
收站这个特性主要的好处就是在误删除一个表时有一个恢复机制，不必通过数据库还原来实现。避免大量的人工误操作。以及数据库还原等复杂的操作。让数据库的
管理、维护更加简单、方便。如果是sql server数据库，就必须还原整个数据库来找到被drop掉的表。可见回收站功能确实是一个开创性的功能。
<b></b>
<b>管理回收站</b>
<b>开启、关闭回收站</b>
首先你可以通过命令查看数据库是否开启了回收站机制， 如下所示 value= on表示开启了回收站机制。off则表示回收站机制关闭。
可以通过设置初始化参数recyclebin启用或禁用回收站功能。当然也可以用命令关闭回收站
可以用命令开启回收站
<b></b>
<b>查看回收站对象</b>
我们先来看看一个例子，如下所示，假如不小心误操作drop了表test，那么我们如何在回收站查看被drop的表对象呢？
<b>sql 1:</b>
<b>sql 2: </b>其中recyclebin是user_recyclebin 的同义词。
<b>sql 3: </b>
--查看数据库当前用户的回收站对象
sql> select * from user_recyclebin;
<b>sql 4: </b>需要相关权限才能查询。
--查看数据库回收站所有对象
sql> select * from dba_recyclebin;
为了避免被删除的表与同类对象名称的重复，被删除的表以及相依的对象放到回收站后，oracle数据库会对被删除的对象名称进行重命名，例如表test表
我们又创建了表test，然后删除了该表test，如下所示，虽然original_name一致，但是recyclebin name则有所不同。
recyclebin name的命名规则为bin$guid$version 其中guid为globaluid，是一个全局唯一、24个字符长的标识对象，它是oracle内部使用的标识。 其中$version是oracle数据库分配的版本号。
<b>还原回收站对象</b>
还原回收站被删除的表、索引等对象， 是通过flashback drop实现的。如下所示。
但是如果出现上面两个test表都被删除时，此时的flashback drop就有点意思了
如上所示，如果两个相同名字的表test被删除了，此时闪回被drop的表test，实质是闪回最后一个被删除的表（后进先出原则）,如果此时继续闪回操作就会报ora-38312错误
此时可以在闪回过程中对表名进行重命名解决问题。。
另外，如果回收站有两个被drop掉的表test, 如果想闪回第一个被删除的表，那该怎么办呢？
其实这个也很好处理,直接指定recyclebin name进行闪回即可。
<b>清空回收站</b>
数据库对象删除后，数据库会把它重命名为bin$开头的对象，你可以通
过original_name查看它对应的原始对象名称。记住，将表放在回收站里并不在原始表空间中释放空间。如果您希望完全删除该表，而不让该表放入回
收站，可以使用以下命令永久删除该表。当然这样操作后，你也不能通过使用闪回特性闪回该表了。
drop table table_name purge;
如果数据库中删除表时都放入回收站，因而没有释放所占空间，那么当空闲的空间不足时，已经删除的表是否还会侵占存储空间呢?
答案很简单：当表空间被回收站数据完全占满，以至于必须扩展数据文件来容纳更多数据时，可以说表空间处于“空间压力”情况下。此时，对象以先进先出的方式从回收站中自动清除。在删除表之前，相关对象(如索引)被删除。
同样，空间压力可能由特定表空间定义的用户限额而引起。表空间可能有足够的空余空间，但用户可能将其在该表空间中所分配的部分用完了。在这种情况下，oracle 自动清除该表空间中属于该用户的对象。
此外，有几种方法可以手动控制回收站。如果在删除名为 test 的特定表之后需要从回收站中清除它，可以执行
purge table table_name;
或者使用其回收站中的名称：
purge table "bin$04lhcpndanfgmaaaaaanpw==$0";
此命令将从回收站中删除表 test 及所有相关对象，如索引、约束等，从而节省了空间。但是，如果要从回收站中永久删除索引，则可以使用以下命令来完成工作：
purge index in_test1_o1;
此命令将仅仅删除索引，而将表的拷贝留在回收站中。有时在更高级别上进行清除可能会有用。例如，您可能希望清除表空间 users 的回收站中的所有对象。可以执行：
purge tablespace users;
您也许希望只为该表空间中特定用户清空回收站。在数据仓库类型的环境中，用户创建和删除许多临时表，此时这种方法可能会有用。您可以更改上述命令，限定只清除特定的用户：
purge tablespace users user scott;
要释放整个回收站占用的空间，您需要使用以下命令清空回收站：
purge recyclebin;
记住purge recyclebin只是清除当前用户回收站中的对象，dba_recyclebin下的的对象并没有删除，如果你要清除当前数据库回收站的对象，必须使用下面命令（dba权限）
purge dba_recyclebin
<b>flashback drop注意事项</b>
1：只能用于非系统表空间和本地管理的表空间。
如下所示，在系统表空间中，表对象删除后就真的从系统中删除了，而不是存放在回收站中。
2:对象的参考约束不会被恢复，指向该对象的外键约束需要重建。
3：对象能否恢复成功，取决于对象空间是否被覆盖重用。
4：当删除表时，依赖于该表的物化视图也会同时删除，但是由于物化视图并不会放入recycle binzhong，因此当你执行flashback drop时，
并不能恢复依赖其的物化视图。需要dba手工重建。
5：对于回收站（recycle bin）中的对象，只支持查询。不支持任何其他dml、ddl等操作。