在J2EE中，我们该如何设计实体BEAN和会话BEAN？
设计方法
1.将实体BEAN和数据库表一一对应，所有应用逻辑封装在会话bean（所有对数据库的操作由其调用相应实体BEAN的方法实现），包括用uml画出的所有类图（只要不是和物理数据库一一对应）。
好处：事务处理方便，设计简单清晰。
缺点：效率底

2.根据uml类图设计实体bean，只要涉及对数据库操作的类就封装成实体bean，比如对多个表同时操作，则构建一个有每个表需要操作的字段构成的实体BEAN，完全不涉及物理数据的封装成会话BEAN。
好处：效率高
缺点：实体BEAN之间存在对数据库的交叉处理，时务处理困难。

请问各位做了项目的朋友，你们用的是什么方法？为什么？
或者提出你的看法，谢谢！

我还是比较喜欢用CMP实体Bean,免取了Bmp的大量编码，而且2.0规范又很好的解决了复杂关系，数据重影等问题。但是有的时候感觉灵活性稍差，效率也是个问题，看什么情况吧，有的时候直接用sessionBean操作数据库也说不一定呢~~~：）

大型分布系统Cmp就不行了，用什么不是喜欢不喜欢的事，而要看实际情况。

这些级别分别对应不同的问题，比如DIRTY READS，UNREPEATABLE READS，PHANTOM READS……

（所有对数据库的操作由其调用相应实体BEAN的方法实现），

这我决到不一定非那么做不可，有时候可以考虑用sessionbean，即使在一些教科书上，也有用session bean访问的例子

to wafer_w(流浪的风)
对于两个实体bean对同一张表操作，容器也是可以自动管理，你可以通过设置transaction isolation levels来让容器知道你需要那一级别的管理。

应该根据需求来定吧
软件就是为需求来的，而不是为了软件结构而做软件吧