DROP TABLE在删除表时释放表空间吗

一、drop表

执行drop table xx 语句

drop后的表被放在回收站(user_recyclebin)里，而不是直接删除掉。这样，回收站里的表信息就可以被恢复，或彻底清除。

通过查询回收站user_recyclebin获取被删除的表信息，然后使用语句

flashback table <user_recyclebin.object_name or user_recyclebin.original_name>to before drop [rename to <new_table_name>]

将回收站里的表恢复为原名称或指定新名称，表中数据不会丢失。

若要彻底删除表，则使用语句：drop table <table_name>purge

清除回收站里的信息

确认回收站有没有打开

SQL>show parameter recycle

为on，就是打开的，反之就没有打开。

第二个就是确认下当前用户的默认表空间，如果为system表空间的话，drop table也是不会进入回收站的

这里说点自己的理解，不写那些名词解释了。

闪回功能和回收站并不一样。

举例来说，闪回一般 *** 作就是短时间内的恢复（DML *** 作，个人感觉类似于win的ctrl+z（不过没有win的好用））。比如说你刚刚删除了数据，那么利用闪回功能可以回到删除之前。但是如果表的交易量很大，或者时间过长，那么就不能回到你需要的时间（比如你想回到一天前，那闪回是基本不可能实现的）

回收站则不同，它主要是删除段的放置空间。和windows的回收站一个意思（什么见过回收站能还原一段在word中删除的内容的），就是将删除的段放置在这里。oracle中drop的段（主要是表），如果不加purge（加了就是彻底删除），那么就会放置在回收站中，就好像我们在win系统中的删除，如果直接删除一个文件，那么在回收站中，如果是shift+del那么就是彻底删除，不可恢复。

其实回收站的表是可以看到的，就是那些一堆乱码（BIN$开头的字符串）表名的表。可以用show recyclebin查到，也可以zairecyclebin的视图中看到。

---