首先,咱們來看一下Oracle Drop Table的語法格式。數據庫
解釋一下里面的參數:bash
schema
purge
cascade constraints
使用閃回刪除功能,能夠撤消 DROP TABLE 語句產生的影響,而不須要求助於傳統時間點恢復。這是由回收站實現的,經過 DBA_RECYCLEBIN 視圖可查詢回收站。oracle
conn / as sysdba select value from v$parameter where name='recyclebin';
使用scott用戶登陸 SQL> conn scott/tiger Connected. 查看當前用戶下的表 SQL> select * from tab; TNAME TABTYPE CLUSTERID -------------------- ------- ---------- BONUS TABLE DEPT TABLE EMP TABLE EMP1 TABLE SALGRADE TABLE 刪除一張表 SQL> drop table emp1; Table dropped. 查看當前用戶下的表 SQL> select * from tab; TNAME TABTYPE CLUSTERID -------------------- ------- ---------- BIN$opkhRg3T0MPgVaUg TABLE q/kbkw==$0 BONUS TABLE DEPT TABLE EMP TABLE SALGRADE TABLE
下面的方式是錯誤的: select * from BIN$opkhRg3T0MPgVaUgq/kbkw==$0; 須要加上雙引號: select * from "BIN$opkhRg3T0MPgVaUgq/kbkw==$0";
show recyclebin;
在執行閃回表操做期間,數據庫獲取閃回列表中全部指定的報表獨立DML鎖。當正在恢復到以前狀態時,這些鎖阻止對錶的任何操做。閃回表操做在單個事物中執行,無論閃回表中指定表的數量。要麼全部的表都恢復到早期狀態,要麼都沒恢復。若是任何表的閃回表操做失敗,那麼整個語句都失敗。閃回操做完成時,表中的數據與表以前的時間點一直。可是,FLASHBACK TABLE到SCN或時間戳不保存rowid,FLASHBACK TABLE TO BEFORE DROP不能恢復引用約束。數據庫不能恢復與表關聯的早期結構的統計信息。表當前的索引是恢復,並反映還原點表的狀態。若是該索引在還原點不存在,數據更新索引裏來反映還原點表的狀態。然而,若是索引是在當前時間和還原點之間被刪除,是不能恢復。spa
flashback table emp1 to before drop; 也能夠經過回收站中的名字執行閃回: flashback table 「BIN$opkhRg3T0MPgVaUgq/kbkw==$0」 to before drop;
purge recyclebin;