From: | Richard Guo <guofenglinux(at)gmail(dot)com> |
---|---|
To: | James Coleman <jtc331(at)gmail(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com> |
Subject: | Re: set_cheapest without checking pathlist |
Date: | 2024-02-01 03:28:54 |
Message-ID: | CAMbWs4-=eCZMxw6Th4e86qmSVj+3z+3O7iuAyORBJN3qt-GhMA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Feb 1, 2024 at 10:04 AM James Coleman <jtc331(at)gmail(dot)com> wrote:
> I don't see any inherent reason why we must always assume that
> gather_grouping_paths will always result in having at least one entry
> in pathlist. If, for example, we've disabled incremental sort and the
> cheapest partial path happens to already be sorted, then I don't
> believe we'll add any paths. And if that happens then set_cheapest
> will error with the message "could not devise a query plan for the
> given query". So I propose we add a similar guard to this call point.
I don't believe that would happen. It seems to me that we should, at
the very least, have a path which is Gather on top of the cheapest
partial path (see generate_gather_paths), as long as the
partially_grouped_rel has partial paths.
Thanks
Richard
From | Date | Subject | |
---|---|---|---|
Next Message | David Rowley | 2024-02-01 03:37:29 | Re: set_cheapest without checking pathlist |
Previous Message | Hayato Kuroda (Fujitsu) | 2024-02-01 03:26:25 | RE: speed up a logical replica setup |