flashback transaction闪回事务查询

  
闪回事务查询有别于闪回查询的特点有以下3个：

（1）其正常工作不但需要利用撤销数据，还需要事先启用最小补充日志。

（2）返回的结果不是以前的“旧”数据，而是能够将当前数据修改为以前的样子的撤销SQL（Undo SQL）语句。

（3）集中地在名为flashback_transaction_query表上查询，而不是在各个表上通过“as of”或“versions between”子句查询。

了解了以上特点之后，使用闪回事务查询就没有任何困难了，首先打开最小补充日志：

SQL> alter database add supplemental log data;

Database altered.

从此以后，只要在闪回查询的查询窗口内，管理员就可以通过flashback_transaction _query表获得相关事务的撤销SQL。下面列举一个典型的闪回事务查询的使用方法。

场景：用户在一个事务中分别使用insert和update命令修改了hr.departments和hr.employees表，命令细节如下所示：

SQL> insert into hr.departments
  2  (department_id,department_name,manager_id,location_id)
  3  values (999,'SETI',100,1700);

1 row created.

SQL> update hr.employees set department_id=999
  2  where employee_id=200;

1 row updated.

SQL> commit;

Commit complete.

该事务创建了一个新的999号部门，并且将200号员工指派入该新部门，该员工在此之前在10号部门上班。可惜这个事务是人为错误！且看如何利用闪回事务查询恢复原始状态。首先通过闪回版本查询获得该事务的XID，比如从错误的999号部门入手：

SQL> select
  2  versions_xid,versions_startscn,department_id,department_name
  3  from hr.departments
  4  versions between timestamp minvalue and maxvalue
  5  where department_id=999
  6  order by 2 nulls first;

VERSIONS_XID     VERSIONS_STARTSCN DEPARTMENT_ID DEPARTMENT_NAME
--------------- ----------------- ------------- ------------------------------
090010002B030000           1037789           999 SETI

然后使用结果中的事务号090010002B030000查询flashback_transaction_query表以获得撤销SQL：

SQL> select undo_sql
  2  from flashback_transaction_query
  3  where xid='090010002B030000';

UNDO_SQL
--------------------------------------------------
update "HR"."EMPLOYEES" set "DEPARTMENT_ID" = '10'
where ROWID = 'AAAR5pAAFAAAADLAAC';

delete from "HR"."DEPARTMENTS"
where ROWID = 'AAAR5kAAFAAAACtAAA';

2 rows selected.

结果得到了两句dml命令，如果遵循给出的ROWID不难发现撤销SQL试图将hr.employees表中200号员工的部门从999修改为10：

SQL> select employee_id,department_id
  2  from hr.employees where rowid='AAAR5pAAFAAAADLAAC';

EMPLOYEE_ID DEPARTMENT_ID
----------- -------------
        200           999

并且试图删除999号部门：

SQL> select * from hr.departments where ROWID = 'AAAR5kAAFAAAACtAAA';

DEPARTMENT_ID DEPARTMENT_NAME           MANAGER_ID    LOCATION_ID
------------- ------------------------------ ---------- -----------
          999 SETI                                  100              1700

如果根据撤销SQL的手段处理，那不是正好将一开始的新部门创建及修改200号员工部门的insert和update命令抵消。笔者利用一个简单的PL/SQL匿名块来执行undo_sql：

SQL> begin
  2  for rec in
  3   (select undo_sql
  4    from flashback_transaction_query
  5    where xid='090010002B030000')
  6  loop
  7  if rec.undo_sql is not null then
  8   execute immediate substr(rec.undo_sql,1,length(rec.undo_sql)-1);
  9  end if;
10  end loop;
11  commit;
12  end;
13  /

PL/SQL procedure successfully completed.

检查一下效果，应该发现200号员工不在999号部门了：

SQL> select department_id from hr.employees where employee_id=200;

DEPARTMENT_ID
-------------
           10

并且999号部门也不存在了：

SQL> select department_name from hr.departments where department_id=999;

no rows selected

闪回事务查询可以将同一事务的所有撤销SQL列出，这是闪回查询做不到的，如有必要，管理员还能够执行对应一个事务的部分撤销SQL以一种破坏事务原子性的方式恢复一部分数据，如此行事正确与否完全取决于应用的逻辑。

最后，因为ddl命令的撤销SQL包括对数据字典表的DML操作，并且人为地直接修改数据字典表是非常危险的，况且某些DDL操作不仅仅是对数据字典的DML操作，它们还涉及撤销SQL无法影响到的领域，所以不要指望通过直接执行撤销SQL恢复错误的ddl命令造成的影响。