[@more@]

Flashback的事务查询是通过查询flashback_transaction_query视图来实现的。通过查询该视图能够获得一些事务执行时的信息，甚至包括UNDO语句。

4、Transaction query事务查询

Flashback的事务查询是通过查询flashback_transaction_query视图来实现的。通过查询该视图能够获得一些事务执行时的信息，甚至包括UNDO语句。

下面做个演示，首先删除一条数据：

JSSWEB> select *from jss_tb1;

ID VL

---------- --------------------

5 E

6 F

7 G

8 H

9 I

11 K

12 L

13 M

14 N

15 O

116 P

117 Q

118 R

119 S

120 T

10 J

已选择16行。

JSSWEB> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER

------------------------

413946

JSSWEB> delete jss_tb1 where id<3;

已删除0行。

JSSWEB> rollback;

回退已完成。

JSSWEB> delete jss_tb1 where id=5;

已删除 1 行。

JSSWEB> commit;

提交完成。

JSSWEB> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER

------------------------

413959

Flashback_transaction_query马上闪亮登场，大家鼓掌：

JSSWEB> select xid,commit_scn,commit_timestamp,operation,undo_sql

2 from flashback_transaction_query q where q.xid in(

3 select versions_xid from jss_tb1 versions between scn 413946 and 413959);

XID COMMIT_SCN COMMIT_TIMESTAMP OPERATION UNDO_SQL

---------------- ---------- ------------------- ------------ ------------------------------------------------------------

05002F0082000000 413958 2008-06-04 21:32:02 DELETE insert into "JSS"."JSS_TB1"("ID","VL") values ('5','E');

05002F0082000000 413958 2008-06-04 21:32:02 BEGIN

注：由于事务ID是保存在版本查询中，因此我们需要通过版本查询来关联出flashback的事务信息，这也是前面操作前要通过dbms_flashback包取scn的原因。

上述的查询结果已经清晰的向我们展示了我们所做的操作以及操作的时间等(实际执行的语句该视图并没有记录，只能通过undo_sql和operation推测)，随着我们将事务范围的不断扩大，我们可以持续向前翻阅曾经做过的操作。当然，实际使用的时候需要注意，由于该视图存储记录量较大(究竟有多大呢，目前尚未找到相关文档有明确说明，初步预计，应该与smon_scn_time的存储规则有关系)，查询的时候建议通过关键列过滤，比如logon_user啦，table_name或table_owner之类的，这么比起来这项操作倒确实与logminer非常想像，这简直就是个活的logminer啊，虽然只是一段时间内的。