作為一個程式設計師，資料庫操作是必須的，但是如果操作失誤，一般都會造成比較嚴重的後果。

今天一不小心，幹了一件揪心的事情，將正在使用的組織機構誤操作執行了delete，頓時大腦有點缺氧，感覺蒙圈了（相信對於沒有資料備份和回滾經驗的小夥伴來說都是這樣的感受），但是一想，資料庫一般都是支援資料回滾的，然後查找了一下解決方案。

由於用的是Oracle資料庫，這一點非常好，因為Oracle有閃回功能，瞬間眼前一片光芒。

有兩種方案解決此問題，具體操作：

一：根據時間來恢復：

1、查詢資料庫當前時間（目的是為了檢查資料庫時間是否與你電腦時間相近，避免時間不同而將資料恢復到錯誤時間點）

select  to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;

2、查詢刪除資料時間點之前的資料

select * from 表名 as of timestamp to_timestamp('2016-08-11 16:12:11','yyyy-mm-dd hh24:mi:ss')；

（若沒有資料 ，將時間繼續提前）

3、恢復資料（激動人心的時刻）

flashback table 表名 to timestamp to_timestamp('2016-08-11 16:12:11','yyyy-mm-dd hh24:mi:ss');

大功告成，資料恢復成功；

但是也可能會出現問題，比如報錯：ORA-08189：未啟用行移動功能，不能閃回表；

不要怕，這個很簡單；

alter table 表名 enable row movement;

然後再次執行上面SQL即可；

二：根據資料庫SCN恢復資料

1、查詢當前資料庫SCN號

select current_scn from v$database;(不能執行的話，切換到sys使用者或system使用者查詢)    

查詢到的當前值為：91799986

2、縮小SCN號查詢被刪除表資料（若無資料繼續縮小SCN，由於資料庫操作不止一人，SCN號變化比較多，可以多縮小几個號）

select * from 表名 as of scn 91799980;

3、恢復資料

flashback table 表名 to scn 91799980

恢復完成。若報錯：ORA-08189：未啟用行移動功能，不能閃回表；結果方案同上。

心情終於可以平復了。

對於其他資料庫誤操作執行delete的話，應該也有對應的解決方案，暫時還沒有嘗試。