Jay,
I am sure most appservers have some flag that indicates to the cmp engine to
perform a "select *..." or "select pk, fld1,..." instead of "select pk
from...". Borland Appserver 4.5 has a load-state flag. With regard to the
large number of beans Borlands solution also allows you to specify a limit
on the number of entity beans involved within a transaction thus reducing
the number of instances significantly below the number of rows returned. In
theory, one bean instance could service the looping through this large
collection. This feature is handy when your access is readonly, which by the
way the cmp engine detects automatically. I dont know how many other
appservers support this. I suspect a smaller number.
William
-----Original Message-----
From: A mailing list for Enterprise JavaBeans development
[mailto:[EMAIL PROTECTED]]On Behalf Of Jay Walters
Sent: Thursday, May 17, 2001 6:37 PM
To: [EMAIL PROTECTED]
Subject: Re: CMP relationships in EJB2.0
Sorry. Two statements but confused last time.
Statement 1. I use BMP as my stuff has to run across several app servers.
Statement 2:
I am using CMP on Weblogic. I am loading 5000 beans. I want to eager load
them into the appserver in the finder so I do 1 database query, not 5001.
Does weblogic support this, or must it do lazy load.
Cheers
-----Original Message-----
From: Cedric Beust
To: Jay Walters; [EMAIL PROTECTED]
Sent: 5/17/01 1:21 PM
Subject: RE: CMP relationships in EJB2.0
> From: Jay Walters [mailto:[EMAIL PROTECTED]]
> <vendor-question>
> Actually I use BMP, but what I was trying to get to was loading
> the state in the finder and caching it until it's needed by the bean.
Does Weblogic
> support eager fetch on the finder, or must it be 1 at a time?
> </vendor-question>
Not sure I understand... if you're using BMP, you are free to implement
finders and loaders any way you please.
--
Cedric
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
