FLASHBACK介绍

在介绍flashback之前先介绍下undo_retention相关参数

 

undo_retention：表示undo数据的过期时间。系统默认这个时间设置为900即15分钟。但要注意，保证undo数据在这个时间内有效的前提是undo表空间有

                        足够的空间存储。如果undo空间已满且又有新事务执行则会覆盖原来的undo数据而不管undo数据是否过期。不过，如果undo空间足够，

                        尽管undo数据已经   过了指定的时间，只要不被覆盖，该undo数据还是存在，因此也还是能够被执行flashback闪回(但是必须在增删改

                        表记录之前先执行alter table table_name enable row movement即允许该表进行行移动，否则过了指定的时间该undo数据尽管没被

                        覆盖也会无法闪回了，会提示ora-01466错误)。

    如果想确保undo数据有效期为undo_retention指定的时间，可以通过 为undo表空间指定Retention Guarantee，如下：

 

Alter tablespace undotbs1 retention guarantee;（禁止的话执行：Alter tablespace undotbs1 retention noguarantee;）这样就可以保证undo表空间尽管已经满了，有新事务出现也不会去覆盖未过期的undo数据。当然此时的新事务执行就要卡住了。

 具体参考http://blog.itpub.net/post/602/469270

 

 

 

创建表并插入数据     
CREATE TABLE flashback_test (a VARCHAR2(255),b VARCHAR2(255),c VARCHAR2(255));
INSERT INTO flashback_test VALUES('d1','s','s');
INSERT INTO flashback_test VALUES('d2','sw','sf');
INSERT INTO flashback_test VALUES('d3','swd','ss');

删除数据
DELETE FROM flashback_test WHERE a='d1';
--基于TIMESTAMP时间的返回查询
SELECT *FROM flashback_test AS OF TIMESTAMP SYSDATE - 15/1440;
提示ORA-01466：无法读取数据-表定义已更改
但是没有做过表修改啊，奇怪了
DELETE FROM flashback_test WHERE a='d2';
SELECT *FROM flashback_test AS OF TIMESTAMP SYSDATE - 10/1440;
1    d2    sw    sf
2    d3    swd    ss
但是第一条记录找不回来了，看来返回查询只能在一定时间内，超过了该时间就无法查询了。

--基于SCN的返回查询

 

查询某个时刻的scn
SQL> select timestamp_to_scn(to_date('20100105160606','yyyy-mm-dd hh24:mi:ss')) from dual;

查看scn
select dbms_flashback.get_system_change_number from dual;
select current_scn from v$database;

 

 

GRANT EXECUTE ON dbms_flashback TO fyzh_ora;--授权一般用户可执行dbms_flashback包
SELECT dbms_flashback.get_system_change_number FROM dual;--查看当前的SCN
SELECT *FROM flashback_test AS OF SCN 12486407805791;
1    d3    swd    ss

 

 

二、FLASHBACK TABLE 介绍 

FLASHBACK TABLE只是针对表的增删改操作进行闪回