仍以前文中创建的表为例,既然是基于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提供给你的,只有当它愿意让你看,你才能够看到。