目前对于J2EE应用中的Persistence Layer的解决方案很多，其中，最近从Apache Turbine中剥离处理的Torque是一个优秀的ORM(Object Relational Mapping,对象角色建模) 解决方案。
主流的Persistence Layer解决方案
随着基于J2EE应用的日益增加，出现了很多Persistence Layer的解决方案。目前主要的解决方案有以下几种：
◆ 自己编写基于JDBC API的解决方案；
◆ 采用ObjectRational Mapping（ORM）工具或者是采用面向对象的数据库（ODBMS）；
◆ J2EE/Entity Bean CMP (container-managed persistence)；
◆ JDO。
JDBC
在很多情况下，尤其是没有采用良好的Persistence Layer解决方案的项目中，开发人员需要自己手动编写SQL语句，同时还要考虑事务处理等问题。从而使得SQL语句散落在代码中，可维护性很差。同时，由于每个项目都要重新编写Persistence 相关的代码，所以代码可重用性差。另外要求开发人员对于SQL语法必须非常熟悉，否则调试也比较困难。
使用JDBC的解决方案，数据必须存储在关系型数据库中。
ORM或者ODBMS
为了将开发人员从SQL语句中解脱出来，产生了很多ORM的工具。这些工具都比较简单，并且提供了API支持。
由于ORM工具比较多，它们采用的技术标准都不尽相同，而且没有统一的接口，因此，它们在为开发人员提供方便的同时，也增加了一定的束缚。ORM技术是比较成熟的，而且已经有很多产品了。
而ODBMS是近几年发展起来的，并不十分成熟，而且也没有得到广泛的应用。目前，众多ODBMS厂商正在关注JDO标准并加以实施。它可能在不久的将可以得到一定的推广。
使用ORM或者ODBMS的解决方案，数据也必须存储在关系或者面向对象数据库中。
EJB CMP
在J2EE的规范中，为EJB定义了两种Persistence的解决方案：一种是BMP，另一种是CMP。其中CMP不需要将SQL语句加入到代码中。
目前，在采用J2EE的应用中，EJB CMP方式得到了广泛应用。更加引人注重的是，随着EJB规范的发展，CMP也包含了一些高级关系的内容。但是，CMP的使用比较复杂，对很多开发人员来说比较难以把握。而且，不是在所有的情况下都适合在系统中采用EJB。
EJB提供了除了关系型数据库以外，更多的存储支持。
JDO
目前，有两种类型的JDO实现，一种是Sun的JDO，另一种是Castor JDO，这两者并不兼容。
Sun JDO是Sun Java Community Process给出的规范和参照实现。尽管JDO还有些不成熟，但它很有发展前景，而且填补了数据库编程领域的一大空白。对Java开发人员而言，JDO为对象持久性提供了第一个标准化的、完全面向对象的方法。与此领域中的其它技术相比，JDO的优点是使用起来十分简单，而且对原始的Java源代码打乱程度最小。同时，Sun JDO对数据存储类型是透明的。
而Castor JDO是一个开源项目，从1999年开始开发。在开源的JDO项目中，它提供的功能是最强大的。尽管Castor JDO开发的比较早，但是，随着Sun JDO的日益成熟，它的优势越来越小。同时，Castor JDO只提供对RDMS的支持。
从上面的分析我们可以看到，由于目前绝大多数应用系统的数据都是存储在RDMS中，而且JDO目前还不十分完善，因此，在项目中还是应该采用成熟的ORM工具。
Torque
Torque是一种ORM的工具，它最早是Apache Jakarta Turbine项目的一部分，现在已经从Turbine中剥离出来，可以独立使用。目前，它的版本是3.0。
Torque的主要特性
Torque主要包含两部分：一部分是Generator，它可以产生应用需要的所有数据库资源，包括sql和java文件；另外，Torque还提供了一个运行环境来运行产生的类。下面主要讨论Torque 的Generator。
1． 三个核心文件
要利用Torque的Generator，必须配置好以下三个文件（Torque的安装路径为$Torque_home）：
◆ $Torque_home/build.properties 存储数据库系统的属性，主要有项目名称、数据库类型、数据库链接URL、Driver、用户名、密码及主机名等。Torque利用该文件的属性，建立与数据库系统的连接。
◆ $Torque_home/schema/project-schema.XML、id-table-schema.xml 其中，project-schema.xml 存储表结构信息；而id-table-schema.xml由Torque的IDBroker服务调用。
◆ $Torque_home/Torque.properties 存储应用执行时，由Torque生成的对象模型代码使用的属性值。在生成数据库系统资源的时候不需要这个文件。
2. 核心任务
利用Torque提供的Generator，可以完成下面的主要任务：
◆ sql 解析$Torque_home/schema/＊.xml，生成对应的$Torque_home/src/sql/＊.sql文件；
◆ doc 解析$Torque_home/schema/＊.xml，生成对应的$Torque_home/src/sql/＊.Html文件，描述数据库结构；
◆ create-db 生成不同平台上产生数据库系统的脚本；
◆ insert-sql 执行$Torque_home/schema/＊-schema.sql文件到指定数据库；
◆ sql2xml 解析$Torque_home/schema/schema.sql文件，产生Torque对应的数据库文件$Torque_home/schema/schema.xml；
◆ id-table-init-sql 根据$Torque_home/schema/id-table-schema.xml文件产生id表的初始化脚本文件；
上述任务需要ANT的支持，运行命令为$Torque_home/ant-f build-torque.xml $taskname。
3 .Peer
Peer是Torque使用的ORM工具。它比其它的工具（例如Castor、Osage等）的层次要低。开发人员需要手工编写一些代码，但是这从一定意义上增加了灵活性。
Peer利用Torque数据库Adaptor类来建立与数据库的连接。因为它支持主流的数据库系统，所以，开发人员一般情况下不需要为数据库系统编写Adaptor。
在建立了项目数据库系统的Schema文件后，运行“ant -f build-torque.xml”。Torque为Schema 中的每个表的对象模型生成四个类，例如开发人员在project-schema.xml 中定义了Author表，则Torque生成的四个类为Author、AuthorPeer、 BaseAuthor、BaseAuthorPeer等。其中Author和AuthorPeer分别是BaseAuthor和BaseAuthorPeer 的子类。这两个基类(BaseAuthor、BaseAuthorPeer)包含了Torque的生成逻辑，在开发中不应该修改。因为Torque会在再次生成对象模型时覆盖这些文件，所以系统中的业务逻辑应该放在Author和AuthorPeer类中。
在Torque中，AuthorPeer和BaseAuthorPeer称为对等类(Peer Classes)，而Author和BaseAuthor称为数据对象(Data Objects)。对等类和数据对象之间的区别是：“对等类”封装数据表信息，并提供静态方法对表进行增加、删除、修改记录的操作；“数据对象”封装表中的记录信息，并对每个字段提供getters/mutators方法。
4. Criteria
Criteria是一对SQL查询标准的抽象对象，开发人员利用它来封装特定的SQL语句。Criteria实际上是SQL语句中域名和值之间的映射，默认的Comparator是等于(=)。同时，它还提供基本的Comparator，以及Join、Order by、Distinct等。更多的方法及属性，请查看org.apache.torque.util.
Criteria。
Criteria提供了一般意义上的SQL功能，假如仍然不能满足开发的需要，开发人员仍然可以手写SQL语句。
Torque在J2EE中的应用
在Apache Jakarta的项目中，有很多Web 应用构架，其中Struts、Cocoon及Turbine是比较闻名的几个。
Torque作为数据库抽象的工具，虽然是从Turbine中剥离出来的，但是它可以与其它的构架很好地结合，成为Persistence层的优秀解决方案。
应用步骤
在J2EE应用，使用Torque的步骤如下：
1． 系统分析和设计，直至Business Object；
2． 按照Business Object模型，形成数据库脚本文件database.sql；
3． 编写$Torque_home/build.properties；
