oracle recyclebin与flashback drop
从Oracle 10g 开始，每个表空间都会有一个叫作回收站的逻辑区域，当用户执行drop命令时，被删除的表和表的关联对象( 包括索引，约束，触发器，LOB段，LOB index 段) 不会被物理删除，这些对象先转移到回收站中，这就给用户提供了一个恢复的可能。回收站是一个逻辑的概念，其实际的物理存储空间是表和相关对象所在的表空间。recyclebin=on | off
1.SQL> show parameter recyclebin;--查看回收站功能是否打开
2．禁用和开启回收站功能：
SQL> alter system set recyclebin=off;
SQL> alter system set recyclebin=on;
SQL> alter session set recyclebin=off;
SQL> alter session set recyclebin=on;
禁用后删除的对象将直接删除，不会写到Recycle中，当然在删除时，指定purge 参数，表也将直接删除，不会写到recyclebin中。
SQL> drop table table_name purge;
3.删除表
SQL> drop table test_compress;
SQL> select object_name,original_name,type from user_recyclebin;
OBJECT_NAMEORIGINAL_NAMETYPE
------------------------------ -------------------------------- -------------------------
BIN$8hjrHcksCprgQwEAAH+TPQ==$1 BIN$8gj9sxWTKY3gQwEAAH/aNQ==$0INDEX
BIN$8hjrHcktCprgQwEAAH+TPQ==$0 TEST_COMPRESSTABLE
实际上，对一张表执行drop操作后，该表和相关的对象、约束将会自动的改成系统自动生成的名称（GUID），并移动到回收站中。目的是为了避免发生对象名称冲突的问题。
SQL> show recyclebin;
ORIGINAL NAMERECYCLEBIN NAMEOBJECT TYPEDROP TIME
---------------- ------------------------------ ------------ -------------------
TEST_COMPRESSBIN$8hjrHcktCprgQwEAAH+TPQ==$0 TABLE2014-02-11:10:07:29
show recyclebin;命令查不到被删除的索引。
4.查看recyclebin中的对象列表：
1） user_recyclebin 这个视图可以用来查看某用户下被drop的对象,它有一个同义词recyclebin,下面的两条语句是一样的:
select * from recyclebin;
select * from user_recyclebin;
2） show recyclebin,在sqlplus中执行show recyclebin命令查看
查看该用户下被drop的对象
3） dba_recyclebin 这个视图可以提供给具有管理员权限的用户查看回收站中的数据.
SELECT * FROM DBA_RECYCLEBIN WHERE owner='SCOTT';
-------------------------------- ------------------------------
4）oracle还支持对已经已经在回收站中表的查询
SQL> select count(1) from "BIN$8hjrHcktCprgQwEAAH+TPQ==$0";
COUNT(1)
----------
13657
注意使用的是双引号
5. 恢复删除的表：
1）SQL> flashback table t1 to before drop rename to newname;
--使用被drop的表的原始名称，则被恢复的表是最后进入回收站的版本
2）SQL> flashback table "BIN$8gj9sxWUKY3gQwEAAH/aNQ==$0" to before drop;
--使用惟一的、系统产生的名称恢复到指定的版本，如果在drop某张表后，又创建了一张新的同名的表，则在执行flashback table使需要指定rename to指定新的名称，否则将报错。
把某张删除到回收站的表恢复（注意只有该表的所有者用户的recyclebin中才能查到该表，而不论是哪个用户删除的，必需要使用该表的所有者用户来恢复。并且system表空间下的对象，drop后不会进回收站，会被直接删除）
从回收站中恢复被drop的表后，同时被恢复的index、trigger和constraints将保留回收站中的名称。因此，在执行flashback之前先查询一下回收站和DBA_CONSTRAINTS视图中的内容。并在恢复后重新命名。
6. 清空回收站：
表空间的Recycle Bin 区域只是一个逻辑区域，而不是从表空间上物理的划出一块区域固定用于回收站，因此Recycle Bin是和普通对象共用表空间的存储区域，或者说是Recycle Bin的对象要和普通对象抢夺存储空间。当发生空间不够时，Oracle会按照先入先出的顺序覆盖Recycle Bin中的对象。也可以手动的删除Recycle Bin占用的空间。
1). PURGE TABLE ; --清空一个特定的表
2). PURGE TABLESPACE ; --清除属于某个表空间的对象
3). PURGE TABLESPACE USER ; --清除属于某个表空间且属于某个模式的对象
4). Purge dba_recyclebin: 删除所有用户的Recycle Bin中的对象，该命令要sysdba权限
5). PURGE RECYCLEBIN; --清空回收站（当前执行用户的回收站）
6). PURGE INDEX ; --清空一个特定的索引当想释放Recycle bin的空间，又想能恢复表时，可以通过释放该对象的index所占用的空间来缓解空间压力。因为索引是可以重建的。
7. 对recyclebin使用一些重要注意事项
1）回收站是一个逻辑的概念，其实际的物理存储空间是表和相关对象所在的表空间。当表空间不足时，系统会自动清除回收站中最老的对象。
2）system表空间的对象被drop后会被直接删除，无法通过回收站回收
3） 只有在被删除表的所有者用户的recyclebin中才能查到该表，而不论是哪个用户删除的，必需要使用该表的所有者用户来恢复。
例如：
SQL> show user;
USER is "SCOTT"
SQL> drop table shao.test_compress;
Table dropped.
SQL> show recyclebin;
SQL>
--scott用户删除了shao用户下的test_compress表，但是show recyclebin没有任何记录。
SQL> conn shao/oracle
Connected.
SQL> show recyclebin;
ORIGINAL NAMERECYCLEBIN NAMEOBJECT TYPEDROP TIME
TEST_COMPRESSBIN$8hlQmOBJCxzgQwEAAH96zQ==$0 TABLE2014-02-11:10:35:52
--在shao用户下执行show recyclebin查询刚刚被删除的test_compress表
4）表的索引,触发器,授权闪回后将不受到影响.索引,触发器名字可以根据需要进行更改回原来名称
5）对于约束除了外键约束，在表删除之后不可恢复，其余约束不受影响
6）如回收站中存在两个相同的原表名，则闪回时总是闪回最近的版本，如果闪回特定的表，需要指定
该表在回收站中的名称。如
flashback table "BIN$8gkG9q5DKXfgQwEAAH8XNw==$0" to before drop;
7)删除表时，依赖于该表的物化视图也会同时删除，但是由于物化视图并不会被放入recycle bin，因此当你执行flashback table to before drop 时，也不能恢复依赖其的物化视图，需要dba 手工介入重新创建。
8)alter table scott.test_partition drop partition p1;
被删除的分区表的某个分区是不会被放入回收站的
页:
[1]