pgsql: Fix over-optimistic updating of info about commutable outer join
От | Tom Lane |
---|---|
Тема | pgsql: Fix over-optimistic updating of info about commutable outer join |
Дата | |
Msg-id | E1pOkdf-001kX6-Tp@gemulon.postgresql.org обсуждение исходный текст |
Список | pgsql-committers |
Fix over-optimistic updating of info about commutable outer joins. make_outerjoininfo was set up to update SpecialJoinInfo's commute_below, commute_above_l, commute_above_r fields as soon as it found a pair of outer joins that look like they can commute. However, this decision could be negated later in the same loop due to finding an intermediate outer join that prevents commutation. That left us with commute_xxx fields that were contradictory to the join order restrictions expressed in min_lefthand/min_righthand. The latter fields would keep us from actually choosing a bad join order; but the inconsistent commute_xxx fields could bollix details such as the varnullingrels values created for intermediate join relation targetlists, ending in an assertion failure in setrefs.c. To fix, wait till the end of make_outerjoininfo where we have accurate values for min_lefthand/min_righthand, and then insert only relids not present in those sets into the commute_xxx fields. Per SQLSmith testing by Robins Tharakan. Note that while Robins bisected the failure to commit b448f1c8d, it's really the fault of 2489d76c4. The outerjoin_delayed logic removed in the later commit was keeping us from deciding that troublesome join pairs commute, at least in the specific example seen here. Discussion: https://postgr.es/m/CAEP4nAyAORgE8K_RHSmvWbE9UaChhjbEL1RrDU3neePwwRUB=A@mail.gmail.com Branch ------ master Details ------- https://git.postgresql.org/pg/commitdiff/b2d0e13a0a4c31167d01e9871f907060c80b8fae Modified Files -------------- src/backend/optimizer/plan/initsplan.c | 74 ++++++++++++++++++++++++++-------- src/test/regress/expected/join.out | 30 ++++++++++++++ src/test/regress/sql/join.sql | 11 +++++ 3 files changed, 99 insertions(+), 16 deletions(-)
В списке pgsql-committers по дате отправления: