-
- Downloads
Fix possible crash with nested SubLinks.
An expression such as WHERE (... x IN (SELECT ...) ...) IN (SELECT ...) could produce an invalid plan that results in a crash at execution time, if the planner attempts to flatten the outer IN into a semi-join. This happens because convert_testexpr() was not expecting any nested SubLinks and would wrongly replace any PARAM_SUBLINK Params belonging to the inner SubLink. (I think the comment denying that this case could happen was wrong when written; it's certainly been wrong for quite a long time, since very early versions of the semijoin flattening logic.) Per report from Teodor Sigaev. Back-patch to all supported branches.
Showing
- src/backend/optimizer/plan/subselect.c 22 additions, 5 deletionssrc/backend/optimizer/plan/subselect.c
- src/test/regress/expected/subselect.out 29 additions, 0 deletionssrc/test/regress/expected/subselect.out
- src/test/regress/sql/subselect.sql 11 additions, 0 deletionssrc/test/regress/sql/subselect.sql
Loading
Please register or sign in to comment