oracle提供两种隔离级别：read commited和serializable。
当设置为serializable时，可能会出现错误：ORA-08177: Cannot serialize access for this transaction。

怎么避免这样的错误？

我感觉应该从业务层面来考虑：
（1）是否存在多个事务中对同一行数据进行修改的需求。
感觉有这样需求是正常的。
（2）如果存在这样的需求，只能选择read commited的隔离级别。（是只能吗？）
使用read commited级别，不会出现ORA-08177错误，但可能会出现非重复读或幻象的情况。
那是不是应该好好组织事务内sql语句顺序，对同一个表在事务内只查询一次，并把查询结果作为中间变量保存，以此来解决非重复读或幻象问题。

上面是我粗浅的想法，不知道对不对，或者还有别的解决方法，请大家不吝赐教！　谢谢～～

我觉得你说的第一点是对的，至于第二点，我觉得不是只能，那要看你的数据库系统是否支持serializable，当被设置为serializable时，提供最低的并行度和性能，事务的执行似乎其他事务不存在，但经常也会遇到象你遇到的问题，即：ORA-8177，当你试图修改事务开始以来已经被修改了的数据时，就会产生该问题。因此，不是ORACLE不支持，而是这种隔离级别必然的一个可能啊。

[ 本帖最后由 sqysl 于 2008-4-27 22:02 编辑 ]

抱歉，有点答非所问，为什么一定要使用SERIABLIZABLE隔离级别呢？你觉得又必要吗？
如果真的有必要，你说的那种方法我觉得还是不严密的，并不能完全保证不出现幻影现象，因此，我觉得如果真的有必要设置隔离级别
为seriablizable，不如尽量避免在一个事务里去修改事务开始后已经被修改的数据，这样虽然麻烦些，但能保证隔离级别的实现。

楼上说的是，其实seriablizable是能不用就不用的。

楼主可以看看TOM的9i&10G编号艺术，关于隔离级别说的很详细的