事务对于确保数据的完整性与一致性是至关重要的。要想完全理解事务，必须得熟悉一些基本概念、模型还有策略。Mark Richards说到“混淆事务模型与事务策略是个常见错误”。这篇文章谈到了“Java"平台所支持的三种事务模型并对基于这些模型的四种主要事务策略展开了讨论。通过使用Spring Framework及Enterprise JavaBeans(EJB)3.0的一些示例，Mark介绍了事务模型的工作方式及他们缘何能作为从基本的事务处理到高速事务处理系统的基石” 。

Java平台支持三种事务模型：

* 本地事务模型——事务由DB资源而不是应用容器或框架管理。开发者管理连接而不是事务。

* 编程式事务模型——开发者从事务管理器中获取事务，之后需要自己编写事务启动、提交、异常及回滚代码。

* 声明式事务模型——最常见的模型，又叫做容器管理事务。在这种模型下，容器管理着事务，开发者定义(声明)事务的行为和参数。

但这种支持仅能描述事务基本信息和期望行为以及使用的语法和规则。事务策略能够解决如下问题：何时需要使用REQUIRED或MANDATORY属性、特定的指令、使用哪种模型及如何对特定的情况进行优化。

Mark在之前的一篇文章中讨论了事务模型的优势与陷阱。

这篇文章介绍了使用特定模型的策略及如何以恰当的方式使用模型。下面列出了这四个策略：

* 在客户端发出了多个基于服务器或基于模型的调用来完成一个单独的工作单元时需要使用客户端编排(Client Orchestration)事务策略。

* 在对后端调用的主要入口方法是粗粒度(如果你愿意可以称其为服务)的情况下需要使用API层事务策略。

* 高并发事务策略是上面策略的一个变种，在应用无法支持长事务的情况下需要使用该策略(通常基于性能和可伸缩性考虑)。

* 高速处理事务策略也许是最极端的一种事务策略了。如果应用需要最快的处理时间(以及吞吐量)，同时还要在处理过程中保持一定的事务原子性，那么可以使用该策略。