基于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提供给你的,只有当它愿意让你看,你才能够看到。


  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值