Re: 9.2rc1 produces incorrect results - Mailing list pgsql-hackers

From Tom Lane
Subject Re: 9.2rc1 produces incorrect results
Date
Msg-id 15956.1346855317@sss.pgh.pa.us
Whole thread Raw
In response to Re: 9.2rc1 produces incorrect results  (Thom Brown <thom@linux.com>)
Responses Re: 9.2rc1 produces incorrect results  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Thom Brown <thom@linux.com> writes:
> On 5 September 2012 05:09, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Attached is a draft patch against HEAD for this.  I think it makes the
>> planner's handling of outer-level Params far less squishy than it's ever
>> been, but it is rather a large change.  Not sure whether to risk pushing
>> it into 9.2 right now, or wait till after we cut 9.2.0 ... thoughts?

> As for shipping without the fix, I'm torn on whether to do so or not.
> I imagine most productions will wait for a .1 or .2 release, and use
> .0 for migration testing.  Plus this bug hasn't been hit (or at least
> not noticed) during 5 releases of 9.1, and there isn't enough time
> left before shipping to expose the changes to enough testing in the
> areas affected, so I'd be slightly inclined to push this into 9.1.6
> and 9.2.1.

Yeah, after sleeping on it that's my feeling as well.  The patch needs
some rework for back branches anyway (since a nontrivial part of it
is touching LATERAL support that doesn't exist before HEAD).  I'll
push the fix to HEAD but wait till after 9.2.0 wrap for the back
branches.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: Cascading replication and recovery_target_timeline='latest'
Next
From: Dimitri Fontaine
Date:
Subject: Re: Cascading replication and recovery_target_timeline='latest'