如果Oracle版本是在8i或之前版本，需要通过备份恢复，自9i之后，使用Flashback Query的特性，我们可以很轻松地恢复记录（注意并不是任何情况下都可以恢复哟，这里假设的都是在理想条件下）。
1.可以基于时间查询过去某一时刻，某个表的数据。
select * from table as of timestamp to_timestamp('2021-10-14 17:10:00','yyyy-mm-ddhh24:mi:ss');
如果你能查询到你操作前的一分钟数据是什么样子，你就可以将这些数据筛选出来，与现在改过的数据进行对比，借助一个临时的表，将需要更正的数据的原来的数据保存在临时表内，然后基于临时表的数据和现在的数据进行对比修改。就可以使数据回到修改前的状态。
insert into tempTable(a,b,c) select m.a,m.b,m.c from (select * from table as of timestamp to_timestamp('2021-10-14 17:10:00','yyyy-mm-ddhh24:mi:ss')) m where m.xx=1 ;
2.如需要对多个相互有主外键约束的表进行恢复时，如果使用AS OF TIMESTAMP的方式，可能会由于时间点不统一的缘故造成数据选择或插入失败，通过AS OF SCN方式则能够确保记录处理的时间点一致。
a.假设此时你已经进行过误操作了，并且已经过了一分钟了。此时你应该误操作前的某个时间节点对应的scn号。
要查询指定范围的时间和scn的的映射关系可以这样：
（因为使用到了dbms_flashback包，如果是普通用户需要使用sysdba给用户赋权：
grant execute on dbms_flashback to 用户名;）
select timestamp_to_scn(sysdate-1/1440)as scn from dual;----查询一分钟之前的scn码
select scn_to_timestamp(17528041484406)from dual;-----查询指定scn码对应的时间
b.根据上面的第一条语句，获取到误操作前一分钟的scn号(假设为 17528041484406),就可以查看该时刻此表的数据
select * from table as of scn 17528041484406;
后续步骤可以参照第一种做法了。
（推荐使用第二种方式）：
scn是oracle数据库系统提供的标识时间和系统改变码之间的一种映射关系（sys.smon_scn_time）。在10g中，系统平均每3秒产生一次系统时间与SCN的匹配并存入SYS.SMON_SCN_ TIME表。因此10g版本如果使用AS OF TIMESTAMP查询UNDO中的数据，实际获取的数据是以指定的时间对应的SCN时的数据为基准。使用scn查询更加准确，因为scn对应的timestamp是时间的一个区间，scn对应一段区间值，并且在低版本 中timestamp和scn的值是每隔5分钟才真正映射到smon_scn_time表中的，所以在闪回查询中尽量使用基于scn的闪回查询。使用SCN查询会比TIMESTAMP更加精确，事实上，即使执行Flashback Query时指定的是AS OF TIMESTAMP，Oracle也会将其转换成SCN，这是由于Oracle内部都是通过SCN来标记操作而不是时间。
Falshback query查询的局限：
1． 不能Falshback到5天以前的数据。
2． 闪回查询无法恢复到表结构改变之前，因为闪回查询使用的是当前的数据字典。
3． 受到undo_retention参数的影响，对于undo_retention之前的数据，Flashback不保证能Flashback成功。
4． 对drop,truncate等不记录回滚的操作，不能恢复。
