Re: Query running for very long time (server hanged) with parallel append
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Amit Khandekar <amitdkhan.pg@gmail.com>
Cc: Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>, Thomas Munro <thomas.munro@enterprisedb.com>, Rajkumar Raghuwanshi <rajkumar.raghuwanshi@enterprisedb.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2018-02-06T18:50:28Z
Lists: pgsql-hackers
Attachments
- fix-hang-issue-rmh.patch (application/octet-stream) patch
On Tue, Feb 6, 2018 at 11:32 AM, Amit Khandekar <amitdkhan.pg@gmail.com> wrote: > Yeah, I think it looks equally good that way, and like you said, the > current code does it that way. So in the attached patch, I have > swapped the two conditions. I prefer to avoid introducing 2 new variables and instead just prevent the looping directly in the case where we started with a non-partial plan. See attached. Does this look OK? -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
Commits
-
Fix possible infinite loop with Parallel Append.
- 88fdc7006018 11.0 landed