实体bean的承诺

WLS 7.0的特征

WLS 7.0 实现了在EJB 2.0中提供的丰富的对象－关系映射规范。在优化读写数据库方面EJB 2.0也为容器提供了更丰富的便利。下面说明了开发者在WLS 7.0 中设计实体beans方面所拥有的丰富和灵活的特征。

其他有用的特征包括：自动生成主键，支持级联删除，支持EJB QL（Query Language，查询语言），ejbSelect方法，以及下面所描述的并行策略。

并行策略

并行策略定义一个实体bean创建多少实例，为了维持事务的完整性谁来实现同步以及在实体bean中的数据模型存取模式。恰当的并行策略可以使实体bean在性能上产生极大的不同。

选项3和4是不被推荐的，因为为适应这个并行策略，表的结构需要改变。
同样，对于开放式并行策略，你可以配置在事务为true和false期间你是否需要缓存。对在事务期间设置为false的缓存，将在每个事务开始的时候调用ejbLoad。

比较

对于CMP，总要有附加处理过程的，这是由于在EJB容器以及容器层上（合成码）有一个集成，该容器层用于处理事务、安全、池态、生命周期管理、failover、缓存和关系。这里。CMP（由设计或由规范）必须做一些内部操作（ejbLoad, ejbStore, ejbActivate, ejbPassivate）就像反对JDBC逻辑而由开发者自己手写编程。容器基础结构的好处是优化并生成数据库访问；加速开发以及简化代码维护。
在我见过的基准上，除非数据是被缓存了的， [stateless session bean + DAO (做 JDBC访问)] 执行比实体bean执行快30-50%。

什么时候使用什么

实体bean不能用来取代编写JDBC。如果你的对象－关系模型不是极度复杂（包括许多连接，等等）和灵活并且对于工程代码的维护比速度更重要时可以使用实体beans。
使用JDBC于简单的，原子级别绑定的更新；使存储过程和触发器相结合；并处理大量的ResultSets（记录集）。
WebLogic附加的功能例如read-mostly设计模式和开放式缓存cache-between-transactions设置成true是两种设计选择，它使实体beans成为吸引人的选择。它们都是BEA所特有的属性，在WebLogic特殊部署描述符中指定的。当转移到另一个适用J2EE的应用服务器上时无需代码变更。对于应用来说通过使用开放式缓存并行策略可以在短时间读取旧的数据。
对于大多数在读取而少数时候更新的用例，使用read-mostly设计模式。这种设计模式也有缺点，就是用户会读取到过时的数据。对于一些用户完全不应读取过时的数据的情况，他们可以从读写bean读取。
CMP实体beans的只读实体beans的特征将在以后发布的EJB规范版本中有所提及。使用只读实体beans来实现一个可以周期性更新的分布式缓存。

结论

现实世界中大多数的应用程序的读操作比写操作多很多。现实中read-mostly模式对两种情况来说都将是最好的方法。它提供简单的开发和灵活的部署，并且对于存取数据提供卓越的性能特性，只有当数据被修改时才会有的额外开销。cache-between-transactions设置成true的开放式的并行可以比JDBC还快。编写最优化的SQL对于正规的Java程序员来说很难，所以不要忽略实体beans的价值并决定它们是否最适合。

实体Beans的例子

提供的示例在BEA-HOME/samples/server/src/ejb20子目录下。