postgresql/src/backend/optimizer/path
Tom Lane 1bdf124b94 Restore the former RestrictInfo field valid_everywhere (but invert the flag
sense and rename to "outerjoin_delayed" to more clearly reflect what it
means).  I had decided that it was redundant in 8.1, but the folly of this
is exposed by a bug report from Sebastian Böck.  The place where it's
needed is to prevent orindxpath.c from cherry-picking arms of an outer-join
OR clause to form a relation restriction that isn't actually legal to push
down to the relation scan level.  There may be some legal cases that this
forbids optimizing, but we'd need much closer analysis to determine it.
2005-11-14 23:54:23 +00:00
..
Makefile $Header: -> $PostgreSQL Changes ... 2003-11-29 19:52:15 +00:00
allpaths.c Standard pgindent run for 8.1. 2005-10-15 02:49:52 +00:00
clausesel.c Standard pgindent run for 8.1. 2005-10-15 02:49:52 +00:00
costsize.c Standard pgindent run for 8.1. 2005-10-15 02:49:52 +00:00
indxpath.c Restore the former RestrictInfo field valid_everywhere (but invert the flag 2005-11-14 23:54:23 +00:00
joinpath.c Fix longstanding bug that would sometimes let the planner generate a bad plan 2005-10-25 20:30:30 +00:00
joinrels.c Standard pgindent run for 8.1. 2005-10-15 02:49:52 +00:00
orindxpath.c Restore the former RestrictInfo field valid_everywhere (but invert the flag 2005-11-14 23:54:23 +00:00
pathkeys.c Standard pgindent run for 8.1. 2005-10-15 02:49:52 +00:00
tidpath.c Standard pgindent run for 8.1. 2005-10-15 02:49:52 +00:00