获取当前scn号scn1_转载：基于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包的权限：

JSSPRE>

CONN/AS

SYSDBA

Connected.

JSSPRE>

GRANT

EXECUTE

ON

DBMS_FLASHBACK TO SCOTT;

Grant

succeeded.

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

JSSPRE>

CONN/AS

SYSDBA

Connected.

JSSPRE>

GRANT

SELECT

ON

V_$DATABASE

TO

SCOTT;

Grant

succeeded.

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

JSSPRE>

SELECT

DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER

FROM

DUAL;

GET_SYSTEM_CHANGE_NUMBER

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

1257245

JSSPRE>

DELETE

FLASH_TBL WHERE

ID>10;

10

rows

deleted.

JSSPRE>

COMMIT;

Commit

complete.

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

JSSPRE>

SELECT

* FROM FLASH_TBL

AS

OF

SCN 1257245;

ID VL

----------

--

10 K

11 L

12 M

13 N

14 O

15 P

16 Q

17 R

18 S

19 T

20 U

1 A

2 B

3 C

4 D

5 E

6 F

7 G

8 H

9 I

20

rows

selected.

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

JSSPRE>

INSERT

INTO

FLASH_TBL SELECT *

FROM

FLASH_TBL

AS OF SCN 1257245

WHERE

ID>10;

10

rows

created.

JSSPRE>

commit;

Commit

complete.

使用SCN查询会比TIMESTAMP更加精确，事实上，即使执行Flashback Query时指定的是AS OF

TIMESTAMP，Oracle也会将其转换成SCN，这是由于Oracle内部都是通过SCN来标记操作而不是时间。

不过在实际执行Flashback

Query时，时间转换后具体对应哪个SCN，是通过SYS用户下的一个数据字典实现的，即SMON_SCN_TIME(时间与SCN的映射关系表)：

JSSPRE>

DESC

SYS.SMON_SCN_TIME;

Name Null? Type

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

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

THREAD NUMBER

TIME_MP

NUMBER

TIME_DP

DATE

SCN_WRP

NUMBER

SCN_BAS

NUMBER

NUM_MAPPINGS

NUMBER

TIM_SCN_MAP

RAW(1200)

SCN NUMBER

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专门干这个，例如：

JSSPRE>

SELECT

TIMESTAMP_TO_SCN(SYSDATE) FROM

DUAL;

TIMESTAMP_TO_SCN(SYSDATE)

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

1263291

JSSPRE>

SELECT

TO_CHAR(SCN_TO_TIMESTAMP(1263291),

'YYYY-MM-DD')

FROM

DUAL;

TO_CHAR(SC

----------

2009-06-02

提 示

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

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

JSSPRE>

SELECT

SCN_WRP*4294967296+SCN_BAS FROM

SYS.SMON_SCN_TIME

2

WHERE

TIME_MP=(SELECT MIN(TIME_MP)

FROM

SYS.SMON_SCN_TIME);

SCN_WRP*4294967296+SCN_BAS

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

554140

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

JSSPRE>

SELECT

SCN_TO_TIMESTAMP(554140) FROM

DUAL;

SCN_TO_TIMESTAMP(554140)

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

21-MAR-09 11.51.30.000000000

PM

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

JSSPRE>

SELECT

SCN_TO_TIMESTAMP(554139) FROM

DUAL;

select

scn_to_timestamp(554139) from dual

*

ERROR

at

line 1:

ORA-08181: specified

number is not a valid system change

number

ORA-06512:

at

"SYS.SCN_TO_TIMESTAMP", line

1

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