数据库的回滚机制求解

[kcajyc1314]

各位大虾，小弟目前碰到一个问题。

如何能将一个已提交的事务进行回滚，比如我更新了A表（已COMMIT），现在由于业务等操作问题，需要回滚，该如何处理？假设之前更新表比较多，业务比较复杂，不想采用反向UPDATE进行数据还原，希望通过数据库事务进行自动还原！谢谢大家

[白脑哥]

已经提交的的事物，默认在15分钟之内就可以闪回

[u010412956]

正如楼上所说，oracle有闪回 机制

[wushangjimo]

之前没用过undo，刚才查了一些资料，有一点点理解，建议你自己查查看，很不错的知识点

[sych888]

flashback.......

[gaojiebao123]

闪回是为了避免误操作，尽量少用，尽量少误操作。

[linwaterbin]

已提交的事务进行回滚？ 提交了就无法回滚、这叫恢复 FLASHBACK TABLE test TO TIMESTAMP TIMESTAMP '2010-3-18 10:00:00'; 这要求TEST表事先有ENABLE ROW MOVEMENT. 或者把旧数据找出来然后手工写回去： SELECT * FROM test AS OF TIMESTAMP TIMESTAMP '2010-3-18 10:00:00';

[Rotel-刘志东]

提交的事物是无法回滚的。 可以尝试一下flashback机制。

[hello_cyx]

闪回很好用 不过要慎用

[善若止水]

只能对未提交的事务进行回滚。对已经提交的事务只能用闪回的技术。

[陈字文]

如果真的从业务上来讲的话,最好还是逆序根据你的日志表,反写你的信息. 当然,前提是 你的提交与回滚 都是需要被记录在案的.

[吃葡萄不吐葡萄皮]

lz可以在可以确定对数据库的操作没问题时可以建一个savepoint,当误操作的时候rollback就可以了.

[sasacat]

如果多人同时操作数据库，闪回会不会把别人提交的也回滚？ 我觉得还是反向写一些UPDATE保险点。