oracle row_scn,Oracle10g中SCN与TimeStamp的相互转换

Oracle10g中SCN与TimeStamp的相互转换

作为对于闪回操作(flashback)的一个增强，Oracle10g提供了函数对于SCN和时间戳进行相互转换。

首先通过dbms_flashback.get_system_change_number 可以获得系统当前的SCN值：SQL> col scn for 9999999999999

SQL> select dbms_flashback.get_system_change_number scn from dual;

SCN

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

8908390522972

通过scn_to_timestamp函数可以将SCN转换为时间戳:SQL> select scn_to_timestamp(8908390522972) scn from dual;

SCN

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

05-JAN-07 10.56.30.000000000 AM

再通过timestamp_to_scn可以将时间戳转换为SCN:

SQL> select timestamp_to_scn(scn_to_timestamp(8908390522972)) scn from dual;

SCN

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

8908390522972

通过这两个函数，最终Oracle将SCN和时间的关系建立起来，在Oracle10g之前，是没有办法通过函数转换得到SCN和时间的对应关系的，一般可以通过logmnr分析日志获得。

但是这种转换要依赖于数据库内部的数据记录，对于久远的SCN则不能转换，请看以下举例:SQL> select min(FIRST_CHANGE#) scn,max(FIRST_CHANGE#) scn from v$archived_log;

SCN SCN

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

8907349093953 8908393582271

SQL> select scn_to_timestamp(8907349093953) scn from dual;

select scn_to_timestamp(8907349093953) scn 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

ORA-06512: at line 1

SQL> select scn_to_timestamp(8908393582271) scn from dual;

SCN

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

05-JAN-07 11.45.50.000000000 AM

-The End-

By eygle on 2007-01-08 11:02 |

Comments (6) |

Backup&Recovery |

SQL.PLSQL | 1312 |

6 Comments

恩，Oracle在这些小地方做的增强的确不少；不过实际用途却不大了。

从v$database和从dbms_flashback.get_system_change_num中查询出来的当前SCN总有差异，是否是因为在我切换查询语句的这个时间点中SCN就已经发生变化了？但是记得你在书上说SCN是3秒才变一次，但是这两个地方查询出来的SCN相差8-20.

oracle10g中能不能只闪回一个user或一个表空间？因为实际业务中，我们有很多数据库用户，但是一次升级脚本只针对一个用户，如果想回滚升级脚本，似乎只能拿备份文件来恢复，如果oracle闪回能提供这样的功能的话，就能解决很多问题。

flashback drop功能只能闪回表及表中的数据，但是表上的主键、索引闪回后名称都用recyclebin中的标识，似乎不是很好。

flashback drop功能也不能闪回被drop掉的视图、包等objects，这方面的加强只能期待下个版本了。

为了能够闪会行级数据，建表的时候可以加rowdependencies选项。想请教这个选项加上以后对系统的性能、存储等方面都有哪些影响？

rowdependencies还有哪些其他作用？谢谢！