Re: Planner reluctant to start from subquery - Mailing list pgsql-performance

From Tom Lane
Subject Re: Planner reluctant to start from subquery
Date
Msg-id 4218.1138824885@sss.pgh.pa.us
Whole thread Raw
In response to Re: Planner reluctant to start from subquery  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Responses Re: Planner reluctant to start from subquery
List pgsql-performance
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
> Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> ... expected an equivalent IN clause to work better.  In fact, I'm not
>> clear why the planner isn't finding the cheapest plan (which it does
>> estimate as cheapest) from the IN version you posted.

> All I know is that trying various permutations, I saw it pick a good
> plan for the IN format when I eliminated the last outer join in the FROM
> clause.  I know it isn't conclusive, but it was a correlation which
> suggested a possible causality to me.

But there is still an outer join in your third example (the one with the
best plan), so that doesn't seem to hold water.  In any case, the way
that IN planning works these days it really should have considered the
plan equivalent to your JOIN-against-GROUP-BY variant.

I'm interested to poke at this ... are you in a position to provide a
test case?

            regards, tom lane

pgsql-performance by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: Planner reluctant to start from subquery
Next
From: Ralph Mason
Date:
Subject: Index Usage using IN