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

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

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

yes

有没有方法让CMP不这样做，他这样做的目的是什么？每个字段都select一次？保执数据的最新吗？

还是顶一下的，DBA因为这不让我们用cmp了，太耗资源

CMP不适合用来做<b>大批量数据</b>select 的操作

我理解大批量的是指：
1.一次查询中有大量的数据
2.大量的查询，每次查询都只有少量(20条)数据，但查询的数据内容不一样

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

采用DAO模式，直接用JDBC进行sql查询。

关键是我只查一条数据，用cmp的FindBbyPrimarykey函数，都这样，是不是cmp就不好用啊

up一下

<finders-load-bean>false</finders-load-bean>

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

在sessionBean中用JDBC查出排好顺序的主键集合，然后按顺序调用CMP的findByfimaryKey方法就OK了，这样就结合了JDBC与CMP的各自优点了

晕，看了我的问题了？