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是数据库的表名 这样查询到的数据就是执行更新 *** 作之前的数据

commit和rollback都代表着数据库的一个事物的结束，但是有下面的区别：

1、commit：结束事物并提交

2、rollback：结束事物并回滚

commit之后rollback可以，但是不会改变commit后的状态。

---

以上，希望对你有所帮助。

1.

在同一事务条件下,回滚和不提交,表现是一样的

但是还有些差别

事务处理,是将 *** 作事件交给数据库(模拟)运行,直到commit *** 作,才使得修改实际产生效果,你可以看做是未提交事务都是处于一个临时库中进行

回滚是对于同一个事务,如果产生了错误,那么取消这个临时库中的 *** 作,不对实际数据产生影响

最主要的区别在于,如果不回滚,这些临时 *** 作会持续到这个个connection结束为止,也就是虽然你看不到,但是临时库的 *** 作依然存在,而回滚是即时生效,其实都是回滚了,只是时间点的不一样

2.

我说你在开玩笑吧。没有提交事务并不代表你对数据库的改变不存在，如果是脏读的隔离层级你修改数据到提交完成前的变更其他访问者也是可以看到的。只有你提交后这部分修改才确认不会变更而已，哪怕设定了其他隔离级别也可以看到了。

如果你不回滚，那么线程就停在哪里搁着？制造出数据库死链放着不管直到数据库认为这个连接超时自动断开并自动回滚？

ISOLATION_READ_UNCOMMITTED:允许读取其他并发事务还未提交的更新，会导致事务之间的3个缺陷发生，这是速度最快的一个隔离级别，但同 时它的隔离级别也是最低

---