转载一篇文章，解决数据库误操作delete 回滚的方法
https://blog.csdn.net/qq_35052774/article/details/52184164
作为一个程序员，数据库操作是必须的，但是如果操作失误，一般都会造成比较严重的后果。
今天一不小心，干了一件揪心的事情，将正在使用的组织机构误操作执行了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的话，应该也有对应的解决方案，暂时还没有尝试。