权衡Apache Geronimo EJB事务选项，第3部分: 综合所有事务 - 编程入门网
| 上所列的数据问题都无法解决。
Read committed － 这是大多数数据库的默认隔离级别，也是 Apache Geronimo 默认的。只能读取提交的数据，因此该选项解决了脏数据读问题。由于要求对数据库使用附加锁，因此性能将会慢一些。 Repeatable read － 通过使用该隔离级别，解决脏数据读和未提交读问题。可以保证读取的任何行可以在以后被重读而其值将不会改变。 Serializable － 这是最严格的隔离级别，解决了所有三个数据问题。在希望事务以真正隔离的方式运行并完全与其他事务独立时，请使用该级别。这将保证数据一致性。对任务关键型系统使用它来保证真正地隔离事务行为。但是注意，该隔离级别是以性能为代价。 表 2 概述隔离级别选择并显示每个级别如何解决 早先 列出的三个数据问题。 表 2. 使用隔离级别解决数据问题
权衡Apache Geronimo EJB事务选项，第3部分: 综合所有事务(4)时间:2011-03-13 IBM Jonathan Sagorin在 bean 管理的事务中的隔离级别 通过底层的数据库资源管理器指定隔离级别。使用 bean 管理的事务时，可以编程访问底层连接。由于可以访问 java.sql.Connection 接口，可以使用方法 setTransactionIsolation(int level) 改变连接的隔离级别。 使用下面这些常量来设置恰当的隔离级别： Connection.TRANSACTION_READ_UNCOMMITTED Connection.TRANSACTION_READ_COMMITTED Connection.TRANSACTION_REPEATABLE_READ Connection.TRANSACTION_SERIALIZABLE 其他让人感兴趣的方法是： Connection.getTransactionIsolation() DatabaseMetaData.supportsTransactionIsolationLevel(int) （参考 参考资料 部分中的 Sun JavaDoc API 来获得有关这些方法的更多信息。） 注意：通过修改隔离级别，要求数据库资源管理器改变该资源的隔离性。这不是数据库供应商必须提供的必要特性。实际上，很多数据库供应商不会允许这么做。在改变隔离级别时一定要小心。查看您的数据库资源管理器文档来查明支持的隔离级别。 另外，应该在开始事务之前设置事务隔离级别。决不能在事务的过程中切换隔离级别。大多数资源管理器还要求对事务中的所有参与者使用同一隔离级别。 在容器管理的事务中的隔离级别 在使用容器事务时，没有办法在部署描述符中指定隔离级别。默认情况下，Geronimo 对 EJB 容器使用 Read Committed 隔离级别。如果需要对隔离级别更细的控制，那么考虑在 bean 管理的事务中使用 JDBC 事务。 事务超时 在 bean 管理的事务中使用 JTA 事务时，可以使用 javax.transaction.UserTransaction 接口的 setTransactionTimeout 方法。这将设置在事务中止之前将运行的最大时间（秒）。 分布式事务 在单个事务中的多个参与者物理分布于网络中时，事务称为分布式事务。分布式事务允许不同类型的资源参与到事务中。分布式事务的例子是： 单个会话 bean 开始事务并更新数据库 A。调用运行在同一个应用服务器上的另一个会话 bean 来更新数据库 B。第一个会话 bean 提交事务。两个数据库更新发生在同一个事务中。 单个会话 bean 开始事务并更新数据库 A。调用运行在不同的 应用服务器上的另一个会话 bean 来更新数据库 B。每个应用服务 |
||||||||||||||||||||
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
