Re: Query became very slow after 9.6 -> 10 upgrade
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Dmitry Shalashov <skaurus@gmail.com>
Cc: "pgsql-performance@postgresql.org" <pgsql-performance@postgresql.org>
Date: 2017-11-23T17:00:40Z
Lists: pgsql-hackers, pgsql-performance
Dmitry Shalashov <skaurus@gmail.com> writes: > We tried to apply the patch on 10.1 source, but something is wrong it seems: > patch -p1 < ../1.patch > (Stripping trailing CRs from patch; use --binary to disable.) > patching file src/backend/optimizer/plan/analyzejoins.c > (Stripping trailing CRs from patch; use --binary to disable.) > patching file src/backend/utils/adt/selfuncs.c > Hunk #1 succeeded at 3270 (offset -91 lines). > Hunk #2 succeeded at 3304 (offset -91 lines). > Hunk #3 succeeded at 3313 (offset -91 lines). > Hunk #4 succeeded at 3393 (offset -91 lines). > patch unexpectedly ends in middle of line > Hunk #5 succeeded at 3570 with fuzz 1 (offset -91 lines). The line number offsets are expected when applying to v10, but it looks like you failed to transfer the attachment cleanly ... there were certainly not CRs in it when I mailed it. The output on v10 should just look like patching file src/backend/optimizer/plan/analyzejoins.c patching file src/backend/utils/adt/selfuncs.c Hunk #1 succeeded at 3270 (offset -91 lines). Hunk #2 succeeded at 3304 (offset -91 lines). Hunk #3 succeeded at 3313 (offset -91 lines). Hunk #4 succeeded at 3393 (offset -91 lines). Hunk #5 succeeded at 3570 (offset -91 lines). regards, tom lane
Commits
-
Improve planner's handling of set-returning functions in grouping columns.
- df3a66e282b6 11.0 landed
- b9fc2d0b97c1 10.2 landed