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

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

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

请问各位做了项目的朋友,你们用的是什么方法?为什么?
或者提出你的看法,谢谢!
...全文
71 点赞 收藏 17
写回复
17 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
wafer_w 2002-03-18
准备结帐
回复
wafer_w 2002-03-15
总应该有通常的设计模式吧,不可能每个软件都要用一种不同的分析方法。很多分析方法是可以复用的,在根据具体情况做出修改。如果一味的跟着需求走,做软件会做死人的。
回复
RedGuest 2002-03-15
应该根据需求来定吧
软件就是为需求来的,而不是为了软件结构而做软件吧
回复
wafer_w 2002-03-15
没人响应了?
请继续,马上结帐了!
回复
wafer_w 2002-03-13
to:yanchang(笨笨)

查询可以不考虑事务,但如果是修改数据库,也做在sessionbean中,怎么解决事务的问题????

请再继续!
回复
yanchang 2002-03-12
(所有对数据库的操作由其调用相应实体BEAN的方法实现),

这我决到不一定非那么做不可,有时候可以考虑用sessionbean,即使在一些教科书上,也有用session bean访问的例子
回复
wafer_w 2002-03-12
up,up,up
回复
wafer_w 2002-03-11
没有人对这个问题感兴趣了吗?
回复
Hikaru 2002-03-08
to wafer_w
差不多都可以了~
不过不能保证百分百吧~
回复
wafer_w 2002-03-08
up
回复
wafer_w 2002-03-08
能处理所有的复杂情况吗?
回复
Hikaru 2002-03-08
这些级别分别对应不同的问题,比如DIRTY READS,UNREPEATABLE READS,PHANTOM READS……
回复
Hikaru 2002-03-08
to wafer_w(流浪的风)
对于两个实体bean对同一张表操作,容器也是可以自动管理,你可以通过设置transaction isolation levels来让容器知道你需要那一级别的管理。
回复
wafer_w 2002-03-08
有道理,请大家能再详细些。

to:xioyoo(xioyoo)

我还是比较喜欢用CMP实体Bean,免取了Bmp的大量编码,而且2.0规范又很好的解决了复杂关系,数据重影等问题。

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

回复
肖尧19 2002-03-07
我还是比较喜欢用CMP实体Bean,免取了Bmp的大量编码,而且2.0规范又很好的解决了复杂关系,数据重影等问题。但是有的时候感觉灵活性稍差,效率也是个问题,看什么情况吧,有的时候直接用sessionBean操作数据库也说不一定呢~~~:)
回复
相关推荐
发帖
Java SE
创建于2007-09-28

6.1w+

社区成员

Java 2 Standard Edition
申请成为版主
帖子事件
创建了帖子
2002-03-07 06:24
社区公告
暂无公告