3). 对象能否恢复成功，取决与对象空间是否被覆盖重用。
4). 当删除表时，信赖于该表的物化视图也会同时删除，但是由于物化视图并不会被放入recycle bin，因此当你执行flashback table to before drop 时，也不能恢复依赖其的物化视图，需要dba 手工介入重新创建。
5). 对于Recycle Bin中的对象，只支持查询.
Flashback Table
注意SYS用户不支持闪回，这点前面已经说明过。
Flashback Table也是使用UNDO tablespace的内容来实现对数据的回退。该命令相对简单，输入：flashback table table_name to scn(to timestamp) 即可。
注意：如果想要对表进行flashback，必须允许表的row movement.
Alter table table_name row movement;
要查看某表是否启用row movement，可以到user_tables 中查询(或all_tables,dba_tables)，
例如：
SQL> select row_movement from user_tables where table_name='TEST1';
ROW_MOVE
--------
DISABLED
这时候为不支持行移动.
SQL> select current_scn from v$database;
CURRENT_SCN
-----------
3769840
SQL> delete from test1;
1 row deleted.
SQL> commit;
Commit complete.
flashback table test1 to scn 3769840
*
ERROR at line 1:
ORA-08189: cannot flashback the table because row movement is not enabled
这时候因为不支持行移动,出现上面的错误.
SQL> alter table test1 enable row movement;
Table altered.
SQL> flashback table test1 to scn 3769840;
Flashback complete.
SQL> select * from test1;
ID
----------
1
Flashback table 命令支持同时操作多个表，表名中间以逗号分隔即可，如果你执行一条flashback table命令时同时指定了多个表，要记住单个flashback table 是在同一个事务中，因此这些表的恢复操作要么都成功，要么都失败。
如：flashback table a,b ,c to scn 1103864;
基于undo 的表恢复，需要注意DDL 操作的影响
比如truncate table 后不能flashback table,会发生错误:ORA-01466:unable to read data -table definition has changed.
其他操作包括：drop/modify 列, move 表, drop 分区(如果有的话), truncate table/partition，这些操作会另undo 表空间中的撤销数据失效，对于执行过这些操作的表应用flashback query 会触发ORA-01466 错误。另外一些表结构修改语句虽然并不会影响到undo 表空间中的撤销记录，但有可能因表结构修改导致undo 中重做记录无法应用的情况，比如对于增加了约束，而flashback query 查询出的undo 记录已经不符合新建的约束条件，这个时候直接恢复显然不可能成功，你要么暂时disable 约束，要么通过适当逻辑，对要恢复的数据进行处理之后，再执行恢复。
另外，flashback query 对v$tables,x$tables 等动态性能视图无效，不过对于dba_*,all_*,user_*等数据字典是有效的。同时该特性也完全支持访问远端数据库，比如select * from tbl@dblink as of scn 360;的形式。
2. 基于undo 的表恢复，flashback table 实际上做的也是dml 操作(会在被操作的表上加dml 锁)，因此还需要注意triggers 对其的影响，默认情况下，flashback table to scn/timestamp 在执行时会自动disable 掉与其操作表相差的triggers，如果你希望在此期间trigger 能够继续发挥做用，可以在flashback table 后附加
ENABLE TRIGGERS 子句。
作者 kkdelta