效率或者安全性，请谈实体BEAN和会话BEAN的设计，百分相送，不够再加……

Question

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

Answer 1

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

Answer 2

aprim(四楞子)朋友的发言很有针对性啊
'灵活性稍差','看什么情况'是我的原话，也就是你说的‘而要看实际情况'的意思吧？小弟我尚在读书，没有什么实际经验，由于J2EE处于学习阶段，课余喜欢自己做些自己定的‘小项目’，没有机会做‘大型分布系统’。让你老见笑了，在此虚心向您请教，什么情况下Cmp不行了？而必须采用BMP或其他综合方案？请将例子举地具体实在一点，小弟好从中思考和学习。帖主也就这意思吧，可你怎么只说一句话啊？抛‘砖’引玉？？？说点实在的东西，分另开几帖给你~~~~~~~

Answer 3

有道理，请大家能再详细些。to:xioyoo(xioyoo) 我还是比较喜欢用CMP实体Bean,免取了Bmp的大量编码，而且2.0规范又很好的解决了复杂关系，数据重影等问题。问：如果有两个实体BEAN（注意：不是同一个实体BEAN的两个实例）对同一张表操作，其事务处理也有容器自动管理吗？容器怎么管理的？

Answer 4

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

Answer 5

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

Answer 6

to  wafer_w
差不多都可以了~
不过不能保证百分百吧~

Answer 7

（所有对数据库的操作由其调用相应实体BEAN的方法实现），这我决到不一定非那么做不可，有时候可以考虑用sessionbean，即使在一些教科书上，也有用session bean访问的例子

Answer 8

to:yanchang(笨笨) 查询可以不考虑事务，但如果是修改数据库，也做在sessionbean中，怎么解决事务的问题？？？？请再继续！