rethinking 事务处理

         昨天给同事培训，按公司要求最后要考试。这次讲的是比较细节的技术，我想出个卷子也考不出什么东西来。于是就想到干脆出个题目，让大家做个项目出来。

        今天来公司加班，想到这件事。本来想出一个可以给公司用用的小系统，挂在oa上。比如我一直想要用的一个技术人员履历和能力评级系统。但后来想想，这个题目没有用到事务处理，因为这次考试一定要考spring的AOP，以及对各个事务级别的把握。

        这样一想，实在想不出公司里面有那个部门有需要事务处理的应用来。于是想到底什么地方需要事务呢？我的印象里面，银行是需要的，因为帐对不上就麻烦了，可惜财务系统都有了。于是网上看到一文章里讲网上购书系统需要事务处理，比如订单插入表和修改库存要放到一个事务里面。于是想到公司的车辆管理现在还在走纸的派车单，完全可以试试。

        仔细想想，派车这种应用，一张表就可以搞定，完全没有必要搞得很复杂。反过来想那个网上购书系统，用事务是必须的，但事务回滚的原因是什么呢？是买书的人填错了东西？不是。排除系统的错误，有种情况。还剩一本书的时候，两个人去买，其中一个人就买不到了。那个人一定相当的郁闷。

 

 

 

后面的就没有了，一个晚上的心血。。。

我以为只有我们公司论坛有这毛病呢，想不到这里也这样

刚刚看到一直在闪，我以为会和google一样自动保存呢

没想到。。。

以前光看不写，现在终于遭报应了，出来混总是要还的。。。

自我感觉这文章还是比较有价值的，丢了可惜。斑竹能帮忙找找吗