From: | Alexander Korotkov <aekorotkov(at)gmail(dot)com> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Ashutosh Bapat <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>, Richard Guo <guofenglinux(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Assert failure on 'list_member_ptr(rel->joininfo, restrictinfo)' |
Date: | 2023-11-27 18:37:45 |
Message-ID: | CAPpHfdvOe8geTaDB6Xp+Ybh32pE-mcGu3TPdFaKuHvF57+kjjQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Nov 27, 2023 at 8:07 PM Andres Freund <andres(at)anarazel(dot)de> wrote:
>
> On 2023-11-27 11:29:48 +0530, Ashutosh Bapat wrote:
> > How do we ensure that we are not making unnecessary copies of Bitmapsets?
>
> We don't - but that's not specific to this patch. Bitmapsets typically aren't
> very large, I doubt that it's a significant proportion of the memory
> usage. Adding refcounts or such would likely add more overhead than it'd save,
> both in time and memory.
>
> I am a bit worried about the maintainability of remove_rel_from_query() et
> al. Is there any infrastructure for detecting that some PlannerInfo field that
> needs updating wasn't updated? There's not even a note in PlannerInfo that
> documents that that needs to happen.
That makes sense, thank you. We need at least a comment about this.
I'll write a patch adding this comment.
BTW, what do you think about the patches upthread [1].
------
Regards,
Alexander Korotkov
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2023-11-27 18:58:09 | Re: Add recovery to pg_control and remove backup_label |
Previous Message | Tristan Partin | 2023-11-27 18:33:49 | Re: SSL tests fail on OpenSSL v3.2.0 |