关于已有系统的事务隔离机制

[wangdaoyong]

对于一个已经开发了一部分的j2ee应用，已开发的代码中没有考虑数据库访问的并行机制，然后想修改添加上，好像如果用Optimistic Locking Stratagy, 基本上相当如重写了，改动太大，就算使用Pessimistic Locking Stratagy, 修改也不少，有没有什么好的方法，谢谢。

[catblue]

先帮你顶一下吧

[onyxleo]

不了解哦，为什么并行机制就要改代码呢？
数据库怎么执行的你关心吗？
改一个策略很费事？
我们是自己写dal的，不用容器的事务控制。

[wangdaoyong]

不是啊，原来的系统设计没有考虑到数据加锁，后来发现要加上

[wangdaoyong]

没有人愿意回答吗

[qljsd]

mark

[wangdaoyong]

请指点

[haozhangpk]

你用的是什么数据库，数据库锁实际上是由DBMS自动管理的呀，不需要人为加锁呀？

[aboush]

需要看具体应用才能知道采用什么策率

[_chage]

看看，典型的Aop应用场景。
事务处理作为系统的一个横切面，和业务逻辑是正交的，如果当然设计良好，只用修改一个地方就可以从容处理全部service层的事务了。现在的spring容器可以实现事务可配置。

[_chage]

我们的作法是这样的，和程序员作好约定，如果他的业务接口中，方法名以"_T"结尾的，认为需要启动事务处理。在serviceLocator中的工厂方法产生service实例的过程中，用动态代理将事务处理的代码织入。这样，程序员完全可以不关心事务的start commit rollback了，比较灵活。

[wangdaoyong]

This is a project develope by other colleagues and have not used any transaction control machiname, and not use a unique method to handle database access. First I want to find a simple method to add transaction control, just as add 'for update' to the sql sentance. but it's not a fit solution. Now I use tyrex and jta to control the transaction and make a unqire method as dao to access the db. but rewrite lots of codes which need transaction control. Thanks for your answers.