Re: Re: [JDBC] 9.4-1207 behaves differently with server side prepared statements compared to 9.2-1102 - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Re: [JDBC] 9.4-1207 behaves differently with server side prepared statements compared to 9.2-1102
Date
Msg-id CA+TgmoZZZ6p3-Ff3UMzqPOTqR6zxtE8L6roWVdUkXwGOW3eg3g@mail.gmail.com
Whole thread Raw
In response to Re: [JDBC] 9.4-1207 behaves differently with server side prepared statements compared to 9.2-1102  (Thomas Kellerer <spam_eater@gmx.net>)
List pgsql-hackers
On Mon, Jan 18, 2016 at 5:50 PM, Thomas Kellerer <spam_eater@gmx.net> wrote:
> With all the problems I have seen (in Oracle and Postgres) I think that
> maybe a better solution to this problem is to make the planner fast (and
> reliable) enough so that plan caching isn't necessary in the first place.
>
> However I have no idea how feasible that is.

The problem is that the floor is already littered with
potentially-very-beneficial query planning ideas that got discarded
because they would add too many cycles to planning time.  Despite
that, planning time is a killer on some workloads.  So right now we've
got workloads where we plan too much and workloads where we plan too
little.  Argh.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: checkpointer continuous flushing
Next
From: "Igal @ Lucee.org"
Date:
Subject: Re: make error - libpqdll.def No such file or directory