pgsql-server/ oc/src/sgml/xoper.sgml rc/backen ...

CVSROOT: /cvsroot
Module name: pgsql-server
Changes by: tgl(at)postgresql(dot)org 03/01/15 14:35:48

Modified files:
doc/src/sgml : xoper.sgml
src/backend/nodes: copyfuncs.c equalfuncs.c outfuncs.c print.c
src/backend/optimizer: README
src/backend/optimizer/path: clausesel.c costsize.c indxpath.c
joinpath.c pathkeys.c
src/backend/optimizer/plan: createplan.c initsplan.c planmain.c
planner.c setrefs.c
src/backend/optimizer/prep: prepunion.c
src/backend/optimizer/util: clauses.c relnode.c var.c
src/backend/utils/adt: selfuncs.c
src/backend/utils/cache: lsyscache.c
src/include/nodes: relation.h
src/include/optimizer: clauses.h pathnode.h planmain.h var.h
src/include/utils: lsyscache.h
src/test/regress/expected: opr_sanity.out type_sanity.out
src/test/regress/sql: opr_sanity.sql type_sanity.sql

Log message:
Allow merge and hash joins to occur on arbitrary expressions (anything not
containing a volatile function), rather than only on 'Var = Var' clauses
as before. This makes it practical to do flatten_join_alias_vars at the
start of planning, which in turn eliminates a bunch of klugery inside the
planner to deal with alias vars. As a free side effect, we now detect
implied equality of non-Var expressions; for example in
SELECT ... WHERE a.x = b.y and b.y = 42
we will deduce a.x = 42 and use that as a restriction qual on a. Also,
we can remove the restriction introduced 12/5/02 to prevent pullup of
subqueries whose targetlists contain sublinks.
Still TODO: make statistical estimation routines in selfuncs.c and costsize.c
smarter about expressions that are more complex than plain Vars. The need
for this is considerably greater now that we have to be able to estimate
the suitability of merge and hash join techniques on such expressions.