Pratik Patel谈企业JPA、Fetch Groups及Spring 2.5

作者 Srini Penchikala 译者 张龙 发布于 2008年8月28日

领域

架构 & 设计,

语言 & 开发

主题

Java ,

持久性

标签

Open JPA ,

Spring框架 ,

JPA

Apache OpenJPA框架提供一些JPA扩张特性，比如Fetch Groups等，为企业Java开发者获取与Java对象所对应的数据的工作提供了更大的灵活性。Pratik Patel阐述了如何结合JPA设计技术，使用JPA API和Spring 2.5框架来开发Java应用。在最近的No Fluff Just Stuff（NFJS）俄亥俄州中心软件座谈会上，他就企业JP这一话题做了一次演讲。

Pratik谈到了如何为使用JPA API实现持久化的Java应用设计多个持久化单元（persistence units，即PU），也谈到相关的性能调优技术。他提到EJB 3.0 Entities（正式的叫法是Entity Beans）采用了基于“POJO持久化”设计概念的JPA。他说，在Java应用中使用供应商提供的特定扩展（比如“Fetch Groups”）来进行JPA开发是很有必要的。

Spring 2.5框架与JPA的集成良好，可以管理多个持久化单元，也可以通过一些JPA配置细节（如数据源）把persistence.xml迁移到Spring配置文件中，JPA的配置也就更加灵活。在使用Spring配置JPA把大段代码分割为小模块的时候，开发人员就可以利用扩展点。同样，Spring Test模块对JPA类（如AbstractJpaTests）的单元测试、集成测试都提供很好的支持。AbstractJpaTests类使用了一个后台classloader在运行时增强类，它围绕事务来包装测试方法，同时提供帮助类来声明应用上下文。Spring JPA模块（LocalContainerEntityManagerFactoryBean）还可以在容器外对JPA逻辑进行单元测试。

谈到锁（locking），Pratik说到JPA规范默认使用乐观锁（optimistic locking）。当然，开发者也可以自行使用悲观锁（pessimistic locking），但他们需要使用EntityManager的lock()或者find()方法来定义锁管理器。JPA以基于“版本”的方式来跟踪内存中数据的更新，只需要在持久化类上加一个@Version属性，同时在数据库表中添加一个Version列。应当尽量避免使用悲观锁，因为它会影响吞吐量，而且很难从坏锁（bad locks）中恢复。

Pratik以Apache OpenJPA框架提供的@FetchGroup和@FetchPlan注解来举例说明JPA API的用法和性能调优。此外，他还谈到fetching逻辑的单元测试和集成测试，并且建议大家对fetch groups代码进行测试，这对应用投入到生产环境中的过程很有保障。

关于JPA的最佳实践，他希望开发者能考虑使用内存数据库（如HSQL DB）而不要再用mock DAO实现。虽然连接到内存数据库会多花点时间，但代码相对要少很多，开发代价也小。其它的最佳实践还包括检查生成的SQL，这会使我们更深入了解ORM工具生成的SQL查询语句。另一件要考虑的是DDL的生成，因为所有的JPA实现都允许生成DDL，这可以用来进行快速开发。在使用JPA API实现持久化时还需要考虑的其他一些事情如下：

• 集合排序（JPA 2.0将引入一个叫做@OrderColumn的新注解，定义用来比较的列）
• 尽早且频繁地刷新缓存（Flush），同一事务中接下去的查询就不会再看到未刷新的数据
• 枚举——数据库中速度与可读性的较量

• “Criteria”查询
• 针对基本类型的集合（Integer和String）
• 扩展的Map支持
• 更多JPAQL表达式 
• 更好的锁支持

查看英文原文：Pratik Patel on Enterprise JPA, Fetch Groups and Spring 2.5

译者 张龙 热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。

• 更早的 >