解惑 spring 嵌套事务

看了这篇文章后很多人说概念上清楚了，我怎么就觉得很迷糊呢！？仔细琢磨了一下，说一下我的想法和疑惑。
我觉得上面的这种想法其实是合理的，楼主把针对持久层的事务和程序的事务是不是较在一起了呢？（当然我也怀疑是自己犯本质上的错误了）
抛开数据库来理解，如果serviceA中的methodA中有调用ServiceB methodB,如果ServiceB的methodB调用出错需要rollback，那么理所当然，该方法所做的事情都应该取消，回到调用前，即rollback本来就该是这个样子的，哪来的脏数据呢？数据库的rollback是不会有数据库脏数据生成的吧
PROPAGATION_REQUIRES_NEW 的配置当然会有脏数据问题，因为正如他的英文意思，本身就是新的事务的意思呀。
这样说来Service 调用dao的说法也有其合理性，把业务逻辑和持久层很好的分离出来从而更好的剥离业务上的事务和持久层的事务。
我现在的理解是 事务只是保证一系列操作的原子属性，按照楼主的意思我想spring是不是不能处理多数据源情况下的事务处理呢。

经验很少，还望各位不啻指教，感谢了。

呵呵, 事务就是事务， 没有什么 "业务上的事务和持久层的事务" 的说法, 建议你先看一下 http://www.iteye.com/topic/11190

J2EE规范不要求应用服务器支持嵌套事务，也就是说，要使用嵌套事务，就不能用JtaTransactionManager，就不能支持分布式事务，对吗？

Execute within a nested transaction if a current transaction exists, behave like PROPAGATION_REQUIRED else. There is no analogous feature in EJB.

Note: Actual creation of a nested transaction will only work on specific transaction managers. Out of the box, this only applies to the JDBC DataSourceTransactionManager when working on a JDBC 3.0 driver. Some JTA providers might support nested transactions as well.

Feiing 写道
是的, 但是关键在于选择 PROPAGATION_REQUIRES_NEW 时 ServiceB.methodB 没办法回滚到它执行之前的 SavePoint, 这时已经产生了一些脏数据, 而这些脏数据将可能导致后面的程序执行出错, 所以 SavePoint 是潜套事务的核心概念, 也是使用嵌套事务的必要前提