pgsql: Temporarily (I hope) disable flattening of IN/EXISTS sublinks - Mailing list pgsql-committers

From tgl@postgresql.org (Tom Lane)
Subject pgsql: Temporarily (I hope) disable flattening of IN/EXISTS sublinks
Date
Msg-id 20090227233029.B331E7559ED@cvs.postgresql.org
Whole thread Raw
Responses Re: pgsql: Temporarily (I hope) disable flattening of IN/EXISTS sublinks
List pgsql-committers
Log Message:
-----------
Temporarily (I hope) disable flattening of IN/EXISTS sublinks that are within
the ON clause of an outer join.  Doing so is semantically correct but results
in de-optimizing queries that were structured to take advantage of the sublink
style of execution, as seen in recent complaint from Kevin Grittner.  Since
the user can get the other behavior by reorganizing his query, having the
flattening happen automatically is just a convenience, and that doesn't
justify breaking existing applications.  Eventually it would be nice to
re-enable this, but that seems to require a significantly different approach
to outer joins in the executor.

Modified Files:
--------------
    pgsql/src/backend/optimizer/prep:
        prepjointree.c (r1.63 -> r1.64)
        (http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/backend/optimizer/prep/prepjointree.c?r1=1.63&r2=1.64)

pgsql-committers by date:

Previous
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql: Tighten up join ordering rules to account for recent more-careful
Next
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql: Reduce the maximum value of vacuum_cost_delay and