oracle更新如何撤回 如何彻底删除oracle

oracle更新表字段错了怎么恢复

通过下面的语句看看是否能查到未改之前的记录数据：

为延川等地区用户提供了全套网页设计制作服务，及延川网站建设行业解决方案。主营业务为做网站、成都网站建设、延川网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

SELECT * FROM table_name AS OF TIMESTAMP SYSDATE – 40/1440;

在这里SYSDATE – 40/1440的意思是向前推40分钟，时间可以根据当时操作时间的情况来任意更改，如果查到之前没修改时的数据，那我们就可以使用下面的语句来恢复之前的记录了：

update table_name t1 set t1.param = (SELECT param FROM table_name AS OF TIMESTAMP SYSDATE – 40/1440 where t1.id = id);

这里是通过id来关联的，这个可以根据实际情况变动。

oracle 提交之后怎么回滚

execute执行后

可以回滚

commit提交后

不可以回滚

其实Oracle提交数据是分两步操作的，第一步execute执行，第二步commit提交。对应的PL\SQL也是要先点execute执行，执行后再点commit提交。

但是

commit提交后

可以用闪回查询恢复原来的数据

因为oracle会将近期的数据保存到快照中

如:

SELECT

*

FROM

TABLE_1

AS

OF

TIMESTAMP

TO_TIMESTAMP('20080606

20:00:00','YYYYMMDD

HH24:MI:SS');

这里'20080606

20:00:00'就是你想恢复数据到哪个时间状态

TABLE_1是数据库的表名

这样查询到的数据就是执行更新操作之前的数据

oracle update后怎么保存或者取消更新啊

输入COMMIT;就代表确定

如果更新后你还没COMMIT;那输入rollback;就取消了

要是已经COMMIT;了想取消，那就麻烦一点，要用到flashback table功能闪回表，具体用法可以GOOGLE下

oracle 请问有什么方法可以回滚insert，update，delete操作

update本身就可以理解为是insert,delete

你可以想象成，update一条数据的时候，是先把这条数据copy到内存中，然后delete掉原来的数据，然后把更新过的数据insert到表里面。

oracle update 数据更新错误，想恢复更新前的数据，该如何恢复

flashback table与9i的flashback query相似，利用undo信息来恢复一个或者一些表到现在以前的一个时间点（一个快照）。Undo相关参数如下，需要确保AUM与足够的retention值。

SQL show parameter undo

NAME TYPE VALUE

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

undo_management string AUTO

undo_retention integer 900

undo_tablespace string UNDOTBS1

首先要说明的是，flashback table不等于flashback query，所谓query，仅仅是查询以前的一个快照点而已，并不改变当前表的状态，而flashback table不一样，将改变当前表及附属对象一起回到以前的时间点。

其实9i的flashback query在10g中也有了新的变化，10g中可以简单的利用以下语句实现flashback query，而不再需要象9i那样需要调用DBMS_FLASHBACK包。

SELECT * FROM TABLENAME AS OF TIMESTAMP

TO_TIMESTAMP('2003-04-04 09:30:00', 'YYYY-MM-DD HH:MI:SS')

WHERE ……;

10g的flashback table有如下特性

· 在线操作

· 恢复到指定时间点或者SCN的任何数据.

· 自动恢复相关属性，如索引，触发器等

· 满足分布式的一致性

· 满足数据一致性，所有相关对象将自动一致

语法为：

FLASHBACK TABLE tablename TO TIMESTAMP (JUL-07-2003, 02:33:00)

FLASHBACK TABLE employee TO SCN 123456;

FLASHBACK TABLE t1 TO TIMESTAMP '2003-03-03 12:05:00' ENABLE TRIGGERS;

其中ENABLE TRIGGERS表示触发器恢复之后为enable状态，而默认为disable状态。

注意：如果需要flashback一个表，需要保证

需要有flashback any table的系统权限或者是该表的flashback对象权限。

需要有该表的SELECT, INSERT, DELETE, ALTER权限

必须保证该表ROW MOVEMENT

下面，我们用一个详细的例子来说明这个过程：

16:16:51 SQL create user flash identified by flash;

User created.

16:17:04 SQL grant connect,resource to flash;

Grant succeeded.

16:17:19 SQL connect flash/flash;

Connected.

16:26:35 SQL create table t1 as select * from all_objects;

Table created.

16:37:24 SQL create table t2 as select * from t1;

Table created.

16:37:35 SQL select count(*) from t1;

COUNT(*)

----------

38949

16:37:43 SQL select count(*) from t2;

COUNT(*)

----------

38949

16:38:06 SQL create index inx_test1 on T1 (object_name);

Index created.

16:39:55 SQL create index inx_test2 on T1 (object_id);

Index created.

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

TO_CHAR(SYSDATE,'YY

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

2004-04-06 16:41:18

以上获得一个时间戳，假定我们要恢复该表到这个时间，那么以下对该表的操作都将被前滚。

16:41:18 SQL drop index inx_test1;

Index dropped.

16:41:33 SQL delete from t1;

38949 rows deleted.

16:41:46 SQL commit;

Commit complete.

16:41:49 SQL truncate table t2;

Table truncated.

在以上的操作中，我们delete一个表，然后truncate一个表，下面，我们将来看看flashback table的效果，能恢复到什么程度

16:37:55 SQL ALTER TABLE t1 ENABLE ROW MOVEMENT;

Table altered.

16:38:03 SQL ALTER TABLE t2 ENABLE ROW MOVEMENT;

Table altered.

16:43:10 SQL flashback table t1 TO TIMESTAMP to_timestamp('2004-04-06 16:41:18','yyyy-mm-dd hh24:mi:ss');

Flashback complete.

16:43:49 SQL flashback table t2 TO TIMESTAMP to_timestamp('2004-04-06 16:41:18','yyyy-mm-dd hh24:mi:ss');

flashback table t2 TO TIMESTAMP to_timestamp('2004-04-06 16:41:18','yyyy-mm-dd hh24:mi:ss')

*

ERROR at line 1:

ORA-01466: unable to read data - table definition has changed

我们可以发现，执行delete操作的表是可以恢复的，而执行truncate操作的表是不可以恢复的，这正好也说明了flashback table利用undo的结论。

看看我们的结果：

SQL select count(*) from t1;

COUNT(*)

----------

38949

SQL select count(*) from t2;

COUNT(*)

----------

SQL select t.index_name from user_indexes t where t.table_name='T1';

INDEX_NAME

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

INX_TEST2

还可以看到，对于drop的索引，也是没有办法恢复的，因为drop并不记录undo，所以所谓索引的恢复，仅仅是相关索引树的改变而不能找回删除掉的索引。