Re: Assert failure on 'list_member_ptr(rel->joininfo, restrictinfo)'
От | Alexander Korotkov |
---|---|
Тема | Re: Assert failure on 'list_member_ptr(rel->joininfo, restrictinfo)' |
Дата | |
Msg-id | CAPpHfdvOe8geTaDB6Xp+Ybh32pE-mcGu3TPdFaKuHvF57+kjjQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Assert failure on 'list_member_ptr(rel->joininfo, restrictinfo)' (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: Assert failure on 'list_member_ptr(rel->joininfo, restrictinfo)'
|
Список | pgsql-hackers |
On Mon, Nov 27, 2023 at 8:07 PM Andres Freund <andres@anarazel.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]. Links 1. https://www.postgresql.org/message-id/CAPpHfdtLgCryACcrmLv=Koq9rAB3=tr5y9D84dGgvUhSCvjzjg@mail.gmail.com ------ Regards, Alexander Korotkov
В списке pgsql-hackers по дате отправления: