基于SCN的查询（AS OF SCN）

基于SCN的查询（AS OF SCN）

仍以前文中创建的表为例，既然是基于SCN的查询，我们首先就需要得到SCN，这里我们通过DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER函数来获取Oracle当前的SCN，之后再执行数据的修改操作

提 示

如何获取Oracle数据库当前的SCN？

获取当前SCN的方式非常多，除了使用DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER函数外，也可以通过查询V$DATABASE视图中的CURRENT_SCN列获取。不过，不管是通过查询视图，或是通过过程获取，操作的用户都必须拥有要操作对象的访问权限。

例如，授予用户使用DBMS_FLASHBACK包的权限：

1. JSSPRE> CONN/AS SYSDBA
2. Connected.
3. JSSPRE> GRANT EXECUTE ON DBMS_FLASHBACK TO SCOTT;
4. Grant succeeded.

又如，授予用户查询V$DATABASE视图的权限：

1. JSSPRE> CONN/AS SYSDBA
2. Connected.
3. JSSPRE> GRANT SELECT ON V_$DATABASE TO SCOTT;
4. Grant succeeded.

使用DBMS_FLASHBACK包获取当前的SCN，然后执行删除操作并提交：

1. JSSPRE> SELECT DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER FROM DUAL;
2. GET_SYSTEM_CHANGE_NUMBER
3. ------------------------
4. 1257245
5. JSSPRE> DELETE FLASH_TBL WHERE ID>10;
6. 10 rows deleted.
7. JSSPRE> COMMIT;
8. Commit complete.

执行SELECT语句并附加AS OF SCN子句，同时指定删除前的SCN，就可以查询到指定SCN时对象中的记录：

1. JSSPRE> SELECT * FROM FLASH_TBL AS OF SCN 1257245;
2. ID VL
3. ---------- --
4. 10 K
5. 11 L
6. 12 M
7. 13 N
8. 14 O
9. 15 P
10. 16 Q
11. 17 R
12. 18 S
13. 19 T
14. 20 U
15. 1 A
16. 2 B
17. 3 C
18. 4 D
19. 5 E
20. 6 F
21. 7 G
22. 8 H
23. 9 I
24. 20 rows selected.

执行INSERT，将删除的数据重新恢复回表JSS_TB1：

1. JSSPRE> INSERT INTO FLASH_TBL SELECT * FROM FLASH_TBL
2. AS OF SCN 1257245 WHERE ID>10;
3. 10 rows created.
4. JSSPRE> commit;
5. Commit complete.

使用SCN查询会比TIMESTAMP更加精确，事实上，即使执行Flashback Query时指定的是AS OF TIMESTAMP，Oracle也会将其转换成SCN，这是由于Oracle内部都是通过SCN来标记操作而不是时间。

不过在实际执行Flashback Query时，时间转换后具体对应哪个SCN，是通过SYS用户下的一个数据字典实现的，即SMON_SCN_TIME（时间与SCN的映射关系表）：

1. JSSPRE> DESC SYS.SMON_SCN_TIME;
2. Name Null? Type
3. ------------------ -------- ---------------
4. THREAD NUMBER
5. TIME_MP NUMBER
6. TIME_DP DATE
7. SCN_WRP NUMBER
8. SCN_BAS NUMBER
9. NUM_MAPPINGS NUMBER
10. TIM_SCN_MAP RAW(1200)
11. SCN NUMBER
12. ORIG_THREAD NUMBER

在10g中，系统平均每3秒产生一次系统时间与SCN的匹配并存入SYS.SMON_SCN_ TIME表，因此10g版本如果使用AS OF TIMESTAMP查询UNDO中的数据，实际获取的数据是以指定的时间对应的SCN时的数据为基准。

 

举个例子，如SCN:339988,339989分别匹配2009-05-30 13:52:00和2009-05-30 13:57:00，则当你通过AS OF TIMESTAMP查询2009-05-30 13:52:00或2009-05-30 13:56:59这段时间点内的任何时间，oracle都会将其匹配为SCN:339988到UNDO表空间中查找，也就说在这个时间内，不管你指定的时间点是什么，查询返回的都将是2009-05-30 13:52:00这个时刻对应的SCN的数据。如果通过上述文字的描述仍觉得不够形象，我想你亲自执行一下SELECT SCN,TO_CHAR（TIME_DP,'YYYY-MM-DD HH24:MI:SS'）FROM SYS.SMON_ SCN_TIME，会理解得更深刻一些。

在Oracle数据库中也可以手动进行时间和SCN的相互转换，Oracle提供了两个函数SCN_TO_TIMESTAMP和TIMESTAMP_TO_SCN专门干这个，例如：

1. JSSPRE> SELECT TIMESTAMP_TO_SCN(SYSDATE) FROM DUAL;
2. TIMESTAMP_TO_SCN(SYSDATE)
3. -------------------------
4. 1263291
5. JSSPRE> SELECT TO_CHAR(SCN_TO_TIMESTAMP(1263291),
6. 'YYYY-MM-DD') FROM DUAL;
7. TO_CHAR(SC
8. ----------
9. 2009-06-02

提 示

上面的示例中TIMESTAMP类型经过TO_CHAR格式化，只显示了日期，千万别以为只能精确到日期哟。Oracle中的TIMESTAMP日期类型最大能够精确到纳秒（不过一般操作系统返回的精度只到毫秒，因此即使格式化显示出纳秒的精度也没意义，毫秒后就全是零了）。

看起来很强大吧？其实这两个函数的转换依赖于SYS.SMON_SCN_TIME表，能够转换到的最小SCN，也正是这个表中的最小记录，例如：

1. JSSPRE> SELECT SCN_WRP*4294967296+SCN_BAS FROM SYS.SMON_SCN_TIME
2. 2 WHERE TIME_MP=(SELECT MIN(TIME_MP) FROM SYS.SMON_SCN_TIME);
3. SCN_WRP*4294967296+SCN_BAS
4. --------------------------
5. 554140

能够转换到的最小SCN值是554140，使用SCN_TO_TIMESTAMP查询该SCN对应的时间：

1. JSSPRE> SELECT SCN_TO_TIMESTAMP(554140) FROM DUAL;
2. SCN_TO_TIMESTAMP(554140)
3. ---------------------------------------------------------------------------
4. 21-MAR-09 11.51.30.000000000 PM

比该SCN哪怕只再小1的值也无法转换了，因为SYS.SMON_SCN_TIME表中没有对应的映射关系：

1. JSSPRE> SELECT SCN_TO_TIMESTAMP(554139) FROM DUAL;
2. select scn_to_timestamp(554139) from dual
3. *
4. ERROR at line 1:
5. ORA-08181: specified number is not a valid system change number
6. ORA-06512: at "SYS.SCN_TO_TIMESTAMP", line 1

时间的转换也是同理，所以你看，如果SYS.SMON_SCN_TIME表中不存在时间和SCN的映射关系，则执行函数转换时就会报错，也就是说时间和SCN之间并不存在绝对的对应关系。一切都是Oracle提供给你的，只有当它愿意让你看，你才能够看到。