是不是CMP不适合用来做select 的操作(findByPrimaryKey)

04-05-19 chinahero
如果用cmp做findByPrimaryKey的工作的话,在数据库端检查,发现数据库收到了2条sql,并且第二条执行了N次(n=表的字段数),这样就有问题了,每次通过cmp做findBy是不是对数据库压力太大呢?

而我用jdbc直接操作的话,数据库只收到一条sql

banq
2004-05-19 18:02
yes

chinahero
2004-05-20 09:07
有没有方法让CMP不这样做,他这样做的目的是什么?每个字段都select一次?保执数据的最新吗?

chinahero
2004-05-21 13:13
还是顶一下的,DBA因为这不让我们用cmp了,太耗资源

banq
2004-05-23 12:11
CMP不适合用来做<b>大批量数据</b>select 的操作

chinahero
2004-05-23 15:44
我理解大批量的是指:
1.一次查询中有大量的数据
2.大量的查询,每次查询都只有少量(20条)数据,但查询的数据内容不一样

目前我的查询属于第二种,由于每次查询引起oracle大量的SQL执行操作,DBA不让我们用了,我是否要改成用JDBC直接操作呢?

etu5
2004-05-24 18:30
采用DAO模式,直接用JDBC进行sql查询。

chinahero
2004-05-24 22:41
关键是我只查一条数据,用cmp的FindBbyPrimarykey函数,都这样,是不是cmp就不好用啊

chinahero
2004-05-26 13:00
up一下

chinahero
2004-05-27 16:33
<finders-load-bean>false</finders-load-bean>

dev2dev.bean.com上有回答,我试一下先

jia2612
2004-05-27 21:04
在sessionBean中用JDBC查出排好顺序的主键集合,然后按顺序调用CMP的findByfimaryKey方法就OK了,这样就结合了JDBC与CMP的各自优点了

chinahero
2004-05-27 23:03
晕,看了我的问题了?

猜你喜欢