Re: Re: JDBC Performance - Mailing list pgsql-general

From Gunnar R|nning
Subject Re: Re: JDBC Performance
Date
Msg-id x6em23ld0u.fsf@thor.candleweb.no
Whole thread Raw
In response to Re: JDBC Performance  (Tim Kientzle <kientzle@acm.org>)
Responses Re: Re: JDBC Performance  (Peter Mount <peter@retep.org.uk>)
List pgsql-general
Tim Kientzle <kientzle@acm.org> writes:

>
> A custom converter may not really help; I experimented with that for
> another project and it really didn't make that big of a difference.
>
> You might get some advantage by manually handling the converter object,
> keeping a reference to it in the database handle so you don't have to
> re-instantiate that class every time. That might help.

Yup, this actually seems to take more time than the conversions themselves
at the moment according to how OptimizeIT presents my application run.

> a statement, convert just the arguments into bytes and emit the
> complete statement.)  I've had very good luck with this strategy
> for building and caching mostly-static web pages within Java servlets.

Good tip, but I think the next big leap in performance would be to improve
the speed of the ResulSet get methods.

Regards,

    Gunnar

pgsql-general by date:

Previous
From: Gunnar R|nning
Date:
Subject: Re: RE: JDBC Performance
Next
From: "Adam Lang"
Date:
Subject: Re: Login Problems.