Re: Prepared statements slow in 9.2 still (bad query plan)

From: Shaun Thomas <sthomas(at)optionshouse(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Daniel Burbridge <Daniel(dot)Burbridge(at)publishingtechnology(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Prepared statements slow in 9.2 still (bad query plan)
Date: 2012-10-29 13:25:15
Message-ID: 508E83BB.4060101@optionshouse.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On 10/28/2012 10:06 AM, Tom Lane wrote:

> 9.2 will only pick the "right" plan if that plan's estimated cost is a
> good bit cheaper than the "wrong" parameterized plan.

Is it also possible that the planner differences between extended and
simple query mode caused this? That really bit us in the ass until
EnterpriseDB sent us a patch. From browsing the threads, didn't someone
say a similar problem existed in PG core?

--
Shaun Thomas
OptionsHouse | 141 W. Jackson Blvd. | Suite 500 | Chicago IL, 60604
312-444-8534
sthomas(at)optionshouse(dot)com

______________________________________________

See http://www.peak6.com/email_disclaimer/ for terms and conditions related to this email

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Alvaro Herrera 2012-10-29 14:29:01 Re: Replaying 48 WAL files takes 80 minutes
Previous Message ktm@rice.edu 2012-10-29 13:19:17 Re: Replaying 48 WAL files takes 80 minutes