Re: ERROR: could not devise a query plan for the given query (UNIONS and LATERAL)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Elvis Pranskevichus <elprans(at)gmail(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: ERROR: could not devise a query plan for the given query (UNIONS and LATERAL)
Date: 2018-01-23 20:19:37
Message-ID: 26533.1516738777@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Elvis Pranskevichus <elprans(at)gmail(dot)com> writes:
> The following (admittedly bizzare) query causes the error in the subject
> on all recent versions of Postgres:

Interesting. What this shows is that reparameterize_path has to be able
to work on an AppendPath, because if you've got nested appendrels that's
the only sort of path there will be for that particular child of the
outer appendrel.

I'm a little worried about whether this doesn't mean that
reparameterize_path needs to be able to work on any kind of path.
However, given that it's been there quite some time without previous
reports of trouble, jumping to that conclusion may be premature.

I'm also wondering where reparameterize_path_by_child came from and
why it's so enormously more ambitious than reparameterize_path
in terms of its path-type coverage.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Sergei Kornilov 2018-01-23 21:13:51 Re: Index-only scan returns incorrect results when using a composite GIST index with a gist_trgm_ops column.
Previous Message Elvis Pranskevichus 2018-01-23 18:10:59 ERROR: could not devise a query plan for the given query (UNIONS and LATERAL)