I havent seen the whole thread, but you can get only a portion of records
for any query by
specyfying fetchsize in JDBC. So if you talking about EJB, you can use BMP.
-----Original Message-----
From: A mailing list for Enterprise JavaBeans development
[mailto:[EMAIL PROTECTED]]On Behalf Of Ulf Gohde
Sent: Tuesday, May 29, 2001 1:14 AM
To: [EMAIL PROTECTED]
Subject: FW: EJB 2.0: ORDER BY clause [was EJB-Spec: Why is List not a
val idfinder return type?]
> From: Cedric Beust [mailto:[EMAIL PROTECTED]]
>
>
<snip>
> > From: Steve Muench [mailto:[EMAIL PROTECTED]]
>
> > Regardless of the quality of your EJB container, it will be a long
> > time before any middle-tier application server can deliver the
> > performance of today's relational databases for querying enterprise
> > data.
>
> Yes, however we're not talking about querying, but sorting.
> I can think of
> several cases where I want the sort to be implemented on the
> Java side.
>
<snip>
Sorting resultsets on the Java side means, I always need the complete
resultset. When I'm dealing with a certain amount of data I cannot fetch and
hold the complete resultset for performance an scalability reasons. I need
to get it piece by piece. I've missed a solution for that requirement in
EJB1.1 and it seems that there is no solution in EJB2.0, too.
BTW, I faced this requirement in all my projects during the last 12 years.
Ulf Gohde,
CEYONIQ
===========================================================================
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".
