闪回事务查询有别于闪回查询的特点有以下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命令造成的影响。
(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命令造成的影响。