继续转载,三思不会追究我盗版吧.

http://space.itpub.net/7607759/action-spacelist

简单来讲，如果我们把flashback query看做是恢复记录，则flashback table就是用来恢复表的(由于记录是以表为载体存储，因此flashback table也应该看做是恢复记录，只不过相对于flashback query而言，其粒度更大一些)，同时呢，在Oracle10g中又新引入了一个叫做Recycle Bin的功能(主要针对表及其关联的对象，比如索引约束啥的)，被删除的表并非真正删除，而是先通过修改数据字典的方式，将其改名并放入recyclebin，如果要恢复recycle bin中对象的话，借助flashback table是最简便的方式。除此之外，flashback table也提供了类似flashback query中as of scn/timestamp的方式，借助undo数据，直接将现有的表恢复到某个指定的时间点或scn时的状态。

下面分别举例：

2.1、从RECYCLEBIN中恢复

要恢复recyclebin中的表，注意语句如下：Flashback table [objName] to before drop，这个obj_name即可以是表名，也可以是recyclebin中的对象表(支持同时操作多个表，表名之间以逗号分隔即可)，由于该项功能是恢复被删除表，因此官方对其还有另外一称谓：flashback drop。

下面举个例子，从recyclebin中恢复一个被删除的表：

JSSWEB> select object_name,original_name from recyclebin;

OBJECT_NAME ORIGINAL_NAME

------------------------------ --------------------------------

BIN$u/7I62WxS12jMVO358SFgw==$0 JSS_TB3

JSSWEB> select object_name,original_name from recyclebin;

OBJECT_NAME ORIGINAL_NAME

------------------------------ --------------------------------

BIN$u/7I62WxS12jMVO358SFgw==$0 JSS_TB3

JSSWEB> flashback table jss_tb3 to before drop;

闪回完成。

JSSWEB> select object_name,original_name from recyclebin;

未选定行

Flashback table语句同时提示了一个rename to [newTBname]的子句，如果要恢复的表在当前schema中已经存在同名的表，建议你在恢复时通过rename to 子句为待恢复的表指定一个新的表名，不然数据库会报ORA-38312错误，再举个例子：

JSSWEB> drop table jss_tb3;

表已删除。

JSSWEB> create table jss_tb3 as select *from jss_tb1;

表已创建。

JSSWEB> flashback table jss_tb3 to before drop;

flashback table jss_tb3 to before drop

*

第 1 行出现错误:

ORA-38312: 原始名称已被现有对象使用

你看，正如其提示的那样，该表被删除之后，又执行过创建同名表的操作，因此恢复的时候就会报错，怎么办呢，用rename to.....

JSSWEB> flashback table jss_tb3 to before drop rename to jss_tb3_bak;

闪回完成。

某些时候，我们要处理的表并不是被意外删除，而是被反复修改过多次，希望能回复到之前的某个时间点，通过前面的学习，你一定会说没问题啊，借助flashback query就可以，没错，flashback query确实可以，但flashback query只是查询出记录，如果想做恢复还需要写出相应的insert或update，也许还需要相当多的where条件做判断，一个不甚，可能恢复的数据就是错误的。老板又没在跟儿前站着，我们没必要在这个时刻用这种方式展示我们娴熟的指法，因此，我们需要更高效更严谨更简便的方式：flashback table tbname to scn/timestamp，助你达成梦想，详情请咨询，o错了，应该是详情请接着往下看。

Scn和timestamp的用法通过前面flashback query的学习大家应该都比较熟了，flashback table中指定scn或timestamp的用法与上相同，举个例子吧：

有数据如下：

JSSWEB> select *from jss_tb1;

ID VL

---------- --------------------

6 F

7 G

8 H

9 I

11 K

12 L

13 M

14 N

15 O

10 J

记录下当前系统scn(如果不知道确切的scn，恢复时只能通过时间，但正如前文中讲到的，时间并不精确，如果通过指定timestamp恢复的话，需要你清楚了解所做的操作大概是在什么时间)

JSSWEB> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER

------------------------

593480

我们对该表做些操作：

JSSWEB> update jss_tb1 set id=id+100 where id>10;

已更新5行。

JSSWEB> insert into jss_tb1 values (21,'Z');

已创建 1 行。

JSSWEB> delete jss_tb1 where id=8;

已删除 1 行。

JSSWEB> commit;

提交完成。

JSSWEB> select *from jss_tb1;

ID VL

---------- --------------------

21 Z

6 F

7 G

9 I

111 K

112 L

113 M

114 N

115 O

10 J

已选择10行。

这些都属于常规操作，如果最终发现这些操作都属于误操作，需要恢复回表最初的形式，借助flashback query当然可以实现：

JSSWEB> select *from jss_tb1 as of scn 593480;

ID VL

---------- --------------------

6 F

7 G

8 H

9 I

11 K

12 L

13 M

14 N

15 O

10 J

已选择10行。

查询能够写出来，就一定能将表更新回去，不过既使是针对我们测试时所做过的简单操作(添加、删除、修改)，更新的语句就已经需要写的很复杂了，因为我们需要分别判断添加、删除、修改过的记录。

幸好，我们还有flashback table，因此我们只需要指定一个scn或timestamp即可。

JSSWEB> flashback table jss_tb1 to scn 593480;

闪回完成。

JSSWEB> select *from jss_tb1;

ID VL

---------- --------------------

6 F

7 G

8 H

9 I

11 K

12 L

13 M

14 N

15 O

10 J

已选择10行。

所有记录均已回复到指定scn时的状态。