iBATIS 不仅将应用程序完全的与“数据库连接”、具体的SQL语句隔绝开来，更实现了通过XML描述文档来将JavaBean 映射到SQL语句。它用Java bean 内省机制来将“道具bean（bean properties）”映射为相应的数据库语句占位符，而且它可以将ResultSet后的结果构造为bean.它还可以通过数据库生成主键，自动加载相关的对象、实现缓存和lazy loading.这样，iBATIS 就除去了许多执行SQL语句带来的苦差。通过编辑XML描述文档和调用少量的iBATIS的API，代替了写大量的JDBC底层代码。
使用持久层框架
当然，iBATIS不能实现高层开发和维护SQL语句，而且缺乏可移植性。为了避免这类问题，你需要用到持久层框架。持久层框架可以将对象域映射到数据库中。它提供了创建，查找，删除对象的API函数。当程序要控制对象时它可以自动的加载相应的对象，还可以在事务处理结束时自动更新数据库。持久层框架通过对象/关系映射机制可以自动的生成SQL语句，对象/关系映射机制用XML文档定义了怎样将类映射为表，怎样将数据映射为列（column）和关系是怎样被映射为外键与连接表的。
在持久层构架上EJB也有它的短处：实体bean.EJB2的实体bean有很多的不足，而且开发和测试它会变得非常的枯燥。最后，很少用EJB2的实体bean了。在EJB3中会说明那些问题。
两种最有流行的轻量级持久层构架是JDO和Hibernate，前者是Sun的标准框架，后者是开源工程。两种框架都可以为POJO类提供持久层事务处理。你可以用POJO类来开发和测试你的业务逻辑，而不用担心持久层的问题，这个时候它会将类映射到数据库中的schema.另外，他们两个都可以在服务器程序外部或者内部，这样可以进一步降低开发难度。用Hibernate和JDO来进行开发比用老的EJB2的实体bean要舒服的多。
除了要决定怎样访问数据库外，还要决定如何处理数据库的并行处理问题。下面来看一下，为什么并行处理问题那么重要，同时看一下可实现的选项