关于flashback table闪回表的一些研究总结

在oracle10g中,如果不小心drop掉一张表,能不能恢复呢?

答案是肯定的,在oracle10g中,当使用命令drop table tablename 命令时,其实不会真正的删除该表,而是把表放到了回收站中(回收站的概念类似windows中的回收站),所以我们可以通过flashback命令来恢复drop掉的表,下面就该问题做一个小小的研究

 

我们先创建一张表

Create table test (

Id int,

Name varchar(20)

)

再插入几条数据

insert into test(id,name) values(1,'a');

insert into test(id,name) values(2,'b');

commit;

 

 

好了,为了更好观察,我们先执行下面的命令清空一下回收站

Purge recyclebin;

 

SQL> select original_name,dropscn from recyclebin;

 

未选定行

 

好了,回收站已经清空了

 

下面再把上面创建的test表drop掉,再看下回收站

 

SQL> drop table test;

 

表已删除。

 

SQL> select original_name,dropscn from recyclebin;

 

ORIGINAL_NAME DROPSCN

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

TEST 1742491

 

SQL> select * from test;

select * from test

*

第 1 行出现错误:

ORA-00942: 表或视图不存在

 

 

SQL>

 

这时候从回收站中查到了被drop表的,而且使用select语句也找不到表了,好了,下面我们再使用flashback恢复一下

 

SQL> flashback table test to before drop;

 

闪回完成。

 

SQL> select * from test;

 

ID NAME

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

1 a

2 b

 

恢复以后,表结构和数据都被找了回来

 

那么好,下面我们再出个考题,这是OCP考试里的题,在上面的实验基本上再执行下面的操作,想想会发生什么事呢?

 

drop table test; --drop表test表

 

以相同的名字再次创建test表,但字段不同

Create table test (

a int,

b varchar(20),

c varchar(30)

)

 

 

drop table test --然后再次drop掉test表

 

再执行flashback恢复

 

flashback table test to before drop;

 

这时候大家想想会恢复哪个表呢?是第一次创建的?还是第二次创建的?好了做实验,让实事来说话

SQL> drop table test;

 

表已删除。

SQL> create table test(

2 a int,

3 b varchar(20),

4 c varchar(30)

5 );

 

表已创建。

 

SQL> drop table test;

 

表已删除。

 

SQL> select original_name,dropscn from recyclebin;

 

ORIGINAL_NAME DROPSCN

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

TEST 1743515

TEST 1743435

 

SQL> flashback table test to before drop;

 

闪回完成。

 

SQL> select * from test;

 

未选定行

 

SQL> desc test;

名称 是否为空? 类型

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

A NUMBER(38)

B VARCHAR2(20)

C VARCHAR2(30)

 

通过以上实验,我们可以看到,虽然名字相同,但flashback恢复的只是最后一次创建的表

 

请注意上面的查询回收站的语句,从回收站中,可以看到,共有两个test表,但dropscn不一样,使用flashback命令只恢复dropscn大的哪个表,以前的都是垃圾了

 

关于flashback命令还有一个需要注意的,如果在drop表时,加上了purge选项,则无法恢复,看下面实验

 

SQL> drop table test purge;

 

表已删除。

 

SQL> select original_name,dropscn from recyclebin;

 

ORIGINAL_NAME DROPSCN

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

TEST 1743435

 

SQL> flashback table test to before drop;

 

闪回完成。

 

SQL> select * from test;

 

ID NAME

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

1 a

2 b

 

drop时使用了purge选项,所以该drop没有放入回收站,那为什么执行flashback table时又恢复成功了呢?

能过上面的实验可以看到,恢复的是我们第一次创建的test表,而第二次创建的test表就无法恢复了

 

二，另一个应用，恢复指定版本的表

经

过上面的讨论，我们已经知道如何恢复一张表，但现实工作中，有时候需要恢复到指定版本的表，那么我们该怎么做呢？现在就这一问题再做一个实验，我们先按顺利执行以下sql语句：

 

create table test1(

  id number

 );

 

insert into test1 values(1);

 

commit;

 

drop table test1;

 

create table test1(

 id number,

name varchar(20)

);

 

insert into  test1 values(1,'a');

 

commit;

 

drop table test1;

 

好了，执行完上述语句后，test1表一共被创建了两次，同时也被drop掉了两次，那么现在我要恢复第一次创建的表该如何做呢？一般来说恢复指定版本的表要按以下两个步骤做：

 

（１）   确定要恢复哪个版本的表

在上面的语句中我们一共执行了两次删除，需求明确，我们对测试的表结构和数据一目了然，所以我们可以知道我们要恢复哪个，但是在实际工作中，有时候我们根本不知道要恢复哪个表，比如说我对同一个表名反复创建drop了５次，这时候你还可以确认需要恢复第几次drop掉的表吗？当然我们还是有办法确认的，看下面步骤：

 

SQL> select object_name,original_name,dropscn from recyclebin;

 

OBJECT_NAME                  ORIGINAL_NAME                   DROPSCN

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

BIN$pH+qv/YbrMDgQAB/AQAN6Q==$0 TEST1                              2133193

BIN$pH+qv/YarMDgQAB/AQAN6Q==$0 TEST1                               2133112

 

先查出来回收站中有几个垃圾对象,然后执行以下语句来确认数据结构及数据

 

SQL> select * from "BIN$pH+qv/YbrMDgQAB/AQAN6Q==$0";

 

       ID NAME

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

        1 a

 

SQL> select * from "BIN$pH+qv/YarMDgQAB/AQAN6Q==$0";

 

       ID

----------

        1

 

从结果可以看出，＂BIN$pH+qv/YarMDgQAB/AQAN6Q==$0＂是我们需要恢复的表，下面就执行恢复语句来恢复

（２）   恢复指定版本的表

SQL> flashback table "BIN$pH+qv/YarMDgQAB/AQAN6Q==$0" to before drop;

 

闪回完成。

 

SQL> select * from test1;

 

       ID

----------

        1

好了，到此test1表被恢复了

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/25724608/viewspace-696719/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/25724608/viewspace-696719/