作为一个程序员，数据库操作是必须的，但是如果操作失误，一般都会造成比较严重的后果。

今天一不小心，干了一件揪心的事情，将正在使用的组织机构误操作执行了delete，顿时大脑有点缺氧，感觉蒙圈了（相信对于没有数据备份和回滚经验的小伙伴来说都是这样的感受），但是一想，数据库一般都是支持数据回滚的，然后查找了一下解决方案。

由于用的是Oracle数据库，这一点非常好，因为Oracle有闪回功能，瞬间眼前一片光芒。

有两种方案解决此问题，具体操作：

一：根据时间来恢复：

1、查询数据库当前时间（目的是为了检查数据库时间是否与你电脑时间相近，避免时间不同而将数据恢复到错误时间点）

select  to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;

2、查询删除数据时间点之前的数据

select * from 表名 as of timestamp to_timestamp('2016-08-11 16:12:11','yyyy-mm-dd hh24:mi:ss')；

（若没有数据 ，将时间继续提前）

3、恢复数据（激动人心的时刻）

flashback table 表名 to timestamp to_timestamp('2016-08-11 16:12:11','yyyy-mm-dd hh24:mi:ss');

大功告成，数据恢复成功；

但是也可能会出现问题，比如报错：ORA-08189：未启用行移动功能，不能闪回表；

不要怕，这个很简单；

alter table 表名 enable row movement;

然后再次执行上面SQL即可；

二：根据数据库SCN恢复数据

1、查询当前数据库SCN号

select current_scn from v$database;(不能执行的话，切换到sys用户或system用户查询)

查询到的当前值为：91799986

2、缩小SCN号查询被删除表数据（若无数据继续缩小SCN，由于数据库操作不止一人，SCN号变化比较多，可以多缩小几个号）

select * from 表名 as of scn 91799980;

3、恢复数据

flashback table 表名 to scn 91799980;

恢复完成。若报错：ORA-08189：未启用行移动功能，不能闪回表；结果方案同上。

心情终于可以平复了。

对于其他数据库误操作执行delete的话，应该也有对应的解决方案，暂时还没有尝试。