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

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

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

2004-05-19 18:02

yes

2004-05-20 09:07

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

2004-05-21 13:13

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

2004-05-23 12:11

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

2004-05-23 15:44

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

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

2004-05-24 18:30

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

2004-05-24 22:41

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

2004-05-26 13:00

up一下

2004-05-27 16:33

false

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

2004-05-27 21:04

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

2004-05-27 23:03

晕，看了我的问题了？