J2EE中使用EntityBean和JDO的优缺点
实体 bean: 提供健壮的数据持久性。bean 容器处理大部分的数据完整性、资源治理和并发性功能，从而使开发人员关注业务逻辑和数据处理，而不是这些低级细节。使用 bean 治理的持久性（Bean Managed Persistence，BMP）实体 bean 时，开发人员编写持久性代码而容器确定何时执行该代码。使用容器治理的持久性（Container Managed Persistence，CMP）实体 bean 时，容器生成持久性代码并治理持久性逻辑。
JDO: 只是提供面向对象的持久数据存储。开发人员使用 POJO（无格式普通 Java 对象，plain ordinary Java object）来装入和存储持久数据。
实体 bean 主要有下列优点：
1 ）标准化。EJB 规范定义一组与供给商无关的接口，J2EE 供给商可以实现这些接口来支持实体 bean。这种标准化答应采用最佳实践的开发并缩短雇用新开发人员时的适应期。因为基本的组件体系结构和设计模式大家都知道，所以很轻易找到合格的人才来实现它们。
2 ）容器治理的服务。正如我们在本系列的前两篇文章中讨论的那样，EJB 容器治理的服务为处理诸如安全性、事务处理、连接合用和资源治理之类的企业功能提供了极大的好处。
3）透明持久性。CMP时容器能自动治理持久性语义。虽然使用 BMP 实体 bean 时，开发人员必须编写持久性逻辑，而容器则确定何时调用由开发人员定义的方法。同时使用 CMP 和 BMP 实体 bean 时，容器决定何时持续保持 bean 的状态以及如何确保与底层数据存储的数据完整性和并发性。
4）事务支持。开发人员对 CMP 事务（隔离级别、事务需求和方法的包含／排除）有粗粒度的控制权，对 BMP 事务有细粒度的控制权，这些控制都是通过在 bean 代码中以程序方式处理事务语义实现的。在这两种情况下，容器治理事务并确定是否应该提交给定的事务。
5）基于组件的设计。实体 bean 被设计成自包含组件，这些组件配置有部署描述符，无需更改任何代码就可以将它们部署到任何 J2EE 应用程序服务器。
总之，实体 bean的优点是可以从标准化和业界最佳实践中受益，简化了企业开发的某些复杂性.
缺点则是：
1）设计复杂。
2）由于企业 bean 和（尤其是）实体 bean 的复杂性，所以一次迭代（设计／构建／测试／集成／测试／部署）所花的时间比其他 Java 持久性解决方案所花的时间可能长很多。
3）响应时间不理想
4）资源占用过高，总是会消耗掉大量的服务器资源。
相比entity bean, JDO的优点是：
1）设计简单。
2）细粒度控制，答应开发人员对整个持久性进程进行完全控制，包括高速缓存、持久性、并发性和同步等。
3）编码简单。JDO 体系结构向开发人员隐藏了低级别的持久性细节。
4）JDO 并不仅仅使 Java 对象持久；它还透明地处理整个相关对象图的持久性。因此，当实例被持久存储时，它所维护的对其它对象实例的任何内部引用也都被持久存储（除非它们已被声明为瞬态）。JDO 还存储类型层次结构的完整信息，并能根据类型（父类和接口）实现请求，而不是只了解持久实例的特定局部类型。
