Skip site navigation (1) Skip section navigation (2)

Re: Geoserver-PostGIS performance problems

From: Vinicius Abrahao <vinnix(dot)bsd(at)gmail(dot)com>
To: Merlin Moncure <mmoncure(at)gmail(dot)com>
Cc: Maciek Sakrejda <m(dot)sakrejda(at)gmail(dot)com>, Riaan van den Dool <rvddool(at)csir(dot)co(dot)za>, Brett Walker <brett(dot)walker(at)geometryit(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Geoserver-PostGIS performance problems
Date: 2012-07-25 19:59:29
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
On Wed, Jul 25, 2012 at 4:26 PM, Merlin Moncure <mmoncure(at)gmail(dot)com> wrote:
> On Wed, Jul 25, 2012 at 2:17 PM, Vinicius Abrahao <vinnix(dot)bsd(at)gmail(dot)com> wrote:
>> On Wed, Jul 25, 2012 at 3:45 PM, Merlin Moncure <mmoncure(at)gmail(dot)com> wrote:
>>>> Note that it seems the preparing/planning interaction was not the
>>>> poster's actual problem, but it may have been yours. As Tom Lane notes
>>>> in that thread, this should get better in 9.2.
>>> jdbc should get some blame too -- it's really aggressive about
>>> preparing queries.
>> indeed!
>> Is there any reason for that?
> IMNSHO it's an oversight in the core JDBC design dating back to the
> beginning: you have two basic choices for executing SQL.  The
> unparameterized Statement or the parameterized PreparedStatement.
> There should have been a 'ParamaterizedStatement' that gave the
> expectation of paramaterization without setting up and permanent
> server side structures to handle the query; libpq makes this
> distinction and it works very well.  Of course, there are various ways
> to work around this but the point stands.

That is true, I was observing the same, days ago:

Running queries and statments in jdbc:

And running queries with libpq:

Is this possible to change something (I really don't know what or
where) in the jdbc driver
to get more direct aproach? (if that's make any sense to you guys...)

Best regards,


In response to


pgsql-performance by date

Next:From: Merlin MoncureDate: 2012-07-25 20:04:00
Subject: Re: Geoserver-PostGIS performance problems
Previous:From: Merlin MoncureDate: 2012-07-25 19:26:15
Subject: Re: Geoserver-PostGIS performance problems

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group