From: | Kris Jurka <books(at)ejurka(dot)com> |
---|---|
To: | Dave Held <dave(dot)held(at)arrayservicesgrp(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: JDBC best practice |
Date: | 2005-03-29 02:52:36 |
Message-ID: | Pine.BSO.4.56.0503282134260.30526@leary.csoft.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Mon, 28 Mar 2005, Dave Held wrote:
> I'm using a Postgres table as the data source for a JTable in a Java
> app. Where rs_ is a RecordSet object. What I'm wondering is whether
> it's better to call absolute() or relative() or next()/previous(). If
> absolute() is the slowest call, then I can cache the last row fetched
> and move relative to that.
>
> My suspicion is that next()/previous() is much faster than absolute()
> when the record to be fetched is very near the last record fetched. I
> haven't actually tried it, but I'd like some insight if others can
> already answer this question based on knowledge of the server side
> and/or the JDBC driver.
There are two types of ResultSets that can be returned by the JDBC driver.
One is backed by a cursor and can only be used for TYPE_FORWARD_ONLY
ResultSets so it is not really applicable to you. The other method
retrieves all results at once and stashes them in a Vector. This makes
next, absolute, and relative positioning all equal cost.
Kris Jurka
From | Date | Subject | |
---|---|---|---|
Next Message | Karim A Nassar | 2005-03-29 08:48:48 | Re: Delete query takes exorbitant amount of time |
Previous Message | Greg Stark | 2005-03-29 00:51:01 | Re: which dual-CPU hardware/OS is fastest for PostgreSQL? |