Re: BUG #18170: Unexpected error: no relation entry for relid 3

From: Alexander Korotkov <aekorotkov(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Richard Guo <guofenglinux(at)gmail(dot)com>, Andrei Lepikhov <a(dot)lepikhov(at)postgrespro(dot)ru>, Vik Fearing <vik(at)postgresfriends(dot)org>, zuming(dot)jiang(at)inf(dot)ethz(dot)ch, pgsql-bugs(at)lists(dot)postgresql(dot)org, Alexander Korotkov <akorotkov(at)postgresql(dot)org>
Subject: Re: BUG #18170: Unexpected error: no relation entry for relid 3
Date: 2023-11-01 10:29:12
Message-ID: CAPpHfdtzyf_7svV5KW8WgNUZMC4h1VqdbAZUO_OGgaJ74Q6ncA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Sat, Oct 28, 2023 at 12:12 AM Alexander Korotkov
<aekorotkov(at)gmail(dot)com> wrote:
>
> On Fri, Oct 27, 2023 at 5:41 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> > Richard Guo <guofenglinux(at)gmail(dot)com> writes:
> > > Alternatively, can we look at subroot->parse->targetList instead of
> > > subquery->targetList where we call estimate_num_groups on the output of
> > > the subquery?
> >
> > Please read the comment just above that.
>
> Thank you, Tom, This is clear.

Hmm... I just found that I wasn't attentive enough. The proposed
change is to use subroot->parse->targetList, not
subroot->processed_tlist. I don't know what could be the problem
here.

------
Regards,
Alexander Korotkov

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2023-11-01 17:15:27 Re: BUG #17552: pg_stat_statements tracks internal FK check queries when COPY used to load data
Previous Message 下雨天 2023-11-01 07:44:03 Re: BUG #18173: ERROR: could not identify a comparison function for type unknown