Re: performance issue - Mailing list pgsql-jdbc

From Oliver Jowett
Subject Re: performance issue
Date
Msg-id 47EB75AC.9010902@opencloud.com
Whole thread Raw
In response to Re: performance issue  (Guillaume Cottenceau <gc@mnc.ch>)
List pgsql-jdbc
Guillaume Cottenceau wrote:
> Kris Jurka <books 'at' ejurka.com> writes:
>
>> When using a PreparedStatement the server must come up with a plan
>> that works for all parameter values.  Since the parameter is unknown,
>> the generated plan doesn't use an index.  Your options are to
>> interpolate the parameter yourself or connect using the
>> protocolVersion=2 URL option which will make the driver do the
>> interpolation prior to passing the query on to the server.
>
> Kris, actually, is this behaviour considered a bug or a feature?

It was discussed at some length recently, check the list archives. IIRC
the consensus was to fix the server - essentially, add a mode where the
driver can tell the server "please replan this statement every time you
get new parameters", which would allow all the normal planner
optimizations (constant folding, etc) to be made since it does not need
to produce a general-purpose plan for all possible parameter values.

-O

pgsql-jdbc by date:

Previous
From: Guillaume Cottenceau
Date:
Subject: Re: performance issue
Next
From: Paul Tomblin
Date:
Subject: OT - Query for bit pattern