Re: 9.0 Driver - Mailing list pgsql-jdbc

From Kris Jurka
Subject Re: 9.0 Driver
Date
Msg-id alpine.BSO.2.00.1008101338150.26476@leary.csoft.net
Whole thread Raw
In response to Re: 9.0 Driver  ("John T. Dow" <john@johntdow.com>)
List pgsql-jdbc

On Sun, 8 Aug 2010, John T. Dow wrote:

> There is, I believe, a problem with the JDBC driver in that it gives
> very poor performance doing a refreshRow. The problem is that the driver
> queries the server for every column in the resultset.
>
> I implemented a quick and dirty fix by modifying the driver to (on
> demand) use the labels returned in the resultset.
>
> This solution of course will fail if the original query used an alias
> for a column. Other than that, it seems to be a good solution.
>
> Apparently I am the only one who uses refreshrow, because I reported the
> fact that it was slow in January (and there was a little discussion) but
> when in April I reported my crude solution there was no discussion.

I think it's a combination of factors, few people use refreshRow and fewer
people use it on results with hundreds of columns.  Yes, it is slow, but
it isn't abysmal and it's only slow for the first refreshRow execution
on the ResultSet, so subsequent refreshes are fast.  As you've stated, the
solution you've implemented is inadequate for the general case, so I'm not
sure what further discussion there should be about it.  Is there something
in particular you'd like feedback on?

So yes, it's a known issue, but not a high priority one.

Kris Jurka


pgsql-jdbc by date:

Previous
From: Kris Jurka
Date:
Subject: Re: [HACKERS] Trouble with COPY IN
Next
From: Kris Jurka
Date:
Subject: Re: Concurrency issue in EscapedFunctions