From: | tgl(at)svr1(dot)postgresql(dot)org (Tom Lane) |
---|---|
To: | pgsql-committers(at)postgresql(dot)org |
Subject: | pgsql-server/src/backend executor/Tag: executo ... |
Date: | 2003-11-25 19:18:00 |
Message-ID: | 20031125191800.272ECD1B469@svr1.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
CVSROOT: /cvsroot
Module name: pgsql-server
Changes by: tgl(at)svr1(dot)postgresql(dot)org 03/11/25 15:17:59
Modified files:
src/backend/executor: Tag: REL7_4_STABLE nodeHashjoin.c
src/backend/optimizer/plan: Tag: REL7_4_STABLE createplan.c
Log message:
Band-aid solution for problems with SubPlans used in hash join clauses,
per report from Andrew Holm-Hansen. The difficulty arises from the fact
that the planner allowed a Hash node's hashkeys to share substructure
with the parent HashJoin node's hashclauses, plus some rather bizarre
choices about who initializes what during executor startup. A cleaner
but more invasive solution is to not store hashkeys separately in the
plan tree at all, but let the HashJoin node deconstruct hashclauses
during executor startup. I plan to fix it that way in HEAD.
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut - PostgreSQL | 2003-11-25 19:18:27 | pgsql-server/src/bin/initdb initdb.c |
Previous Message | Peter Eisentraut - PostgreSQL | 2003-11-25 19:10:16 | pgsql-server/src/include Tag: REL7_4_STABLE Ma ... |