这个个说法是对的。关键你要清楚分层的意义，以及Service和DAO各自的作用，前面是提供业务接口，后者是提供持久化接口，那我们的事务一般也是针对业务操作的，单个持久化操作，比如insert，不需要事务支持。所以把事务定义在Service是合理的，关键在于你的业务操作需要事务，而不是简单的jdbc操作。
其实，到底交给谁管真的有那么重要么？只要你能够实现功能，加上合理的分层，那么就是好方法。别受这些框框架架的束缚。
这样说吧，lz理解一点就行了：事务为什么要放在service上，因为你需要多次操作数据库的，而这个多次都需要同时完成或者同时失败的。假如加在dao，那么你的dao实际上也还得被当作事务封装的层来事务控制。其实service，dao只是名词而已，不要纠结于此，你只要知道，我现在有多此数据库操作 那么在这里你就得控制事务。明白了没lz。
MVC的话，就应该放在Service层管理。个人感觉比较清楚吧。