讨论：不要回滚怎么样？

我上面有人

commit前，“回滚”先将数据文件中的数据放入回滚表空间；而“前滚”是commit后再将“前滚”表空间的数据放入数据文件。一个commit前，一个commit后，开销当然是差不多了。

bluemoon0083

LZ大哥我前面写了那么多似乎你没看懂啊
如果仅仅执行一个事务，那么不管是把数据块复制到'前滚'表空间or回滚表空间，仅仅是复制数据的开销这个当然差不多了
但问题是你一个事务总得结束吧，要么rollback要么commit
现在commit的时候，使用你的'前滚'方法还要把前滚表空间的脏块复制回去，但是用undo表空间不需要复制回去啊

我上面有人

我真有点不明白你的意思了。
commit时，undo表空间的数据是不用复制，但之前呢？undo表空间的数据要先从数据文件复制过来呀。

catchwo

数据访问是通过ram中的block cache 而不是直接访问datafile

即使如楼主所说的话，假设session a commit 时 os切换进程至session b 读数据如何处理

[ 本帖最后由 catchwo 于 2008-3-28 18:31 编辑 ]

catchwo

还有
“提交后，再将数据放入数据文件中。这样其它用户访问该数据时就很简单了，不用管该数据到底是在回滚表空间还是在数据文件中。”
啥意思

swish

原帖由 我上面有人 于 2008-3-28 17:34 发表
commit前，“回滚”先将数据文件中的数据放入回滚表空间；而“前滚”是commit后再将“前滚”表空间的数据放入数据文件。一个commit前，一个commit后，开销当然是差不多了。

采用回滚的方式，对很大的事务执行commit的时间很短，执行rollback的时间可能很长。把消耗放在执行的过程中。
采用前滚的方式，对很大的事务执行commit的时间可能很长，执行rollback的时间就很短。把消耗放在commit的过程中。
对于用户来说，commit的使用比rollback使用的次数多，你觉得哪个更好？

xilangxiangwa

似乎看明白了一点点

swish

采用前滚的方式，对很大的事务执行commit的时间可能很长，执行rollback的时间就很短。把消耗放在commit的过程中。

如果我下的上面这个结论是正确的。那么请假设一下，如果一个事务commmit的时间需要20分钟。在commit执行到10分钟的时候突然数据库down了。因为commit还没有完成，数据应该要回到commit前的状态，但是已经有一部分的数据被修改了。这时候没有回滚段了，请问有什么机制可以让数据库回到commit前的状态？