oracle查询drop操作,oracle回复drop表误操作

oracle恢复drop表误操作

转自:http://www.2cto.com/database/201203/125529.html.

在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_NAMEDROPSCN

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

TEST1742491

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_NAMEDROPSCN

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

TEST1743515

TEST1743435

SQL> flashback table test to before drop;

闪回完成。

SQL> select * from test;

未选定行

SQL> desc test;

名称是否为空? 类型

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

ANUMBER(38)

BVARCHAR2(20)

CVARCHAR2(30)

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

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

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

SQL> drop table test purge;   www.2cto.com

表已删除。

SQL> select original_name,dropscn from recyclebin;

ORIGINAL_NAMEDROPSCN

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

TEST1743435

SQL> flashback table test to before drop;

闪回完成。

SQL> select * from test;

ID NAME

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

1 a

2 b

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

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值