Re: [HACKERS] Partition-wise join for join between (declaratively)partitioned tables
От | Robert Haas |
---|---|
Тема | Re: [HACKERS] Partition-wise join for join between (declaratively)partitioned tables |
Дата | |
Msg-id | CA+TgmobOKApPazB64HGgqWSGm+7rQmYjawJY326cGWhEyVZ5_A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Partition-wise join for join between (declaratively)partitioned tables (Ashutosh Bapat <ashutosh.bapat@enterprisedb.com>) |
Список | pgsql-hackers |
On Thu, Mar 16, 2017 at 7:19 AM, Ashutosh Bapat <ashutosh.bapat@enterprisedb.com> wrote: > On Thu, Mar 16, 2017 at 7:10 AM, Robert Haas <robertmhaas@gmail.com> wrote: >> So I am looking at this part of 0008: >> >> + /* >> + * Do not copy parent_rinfo and child_rinfos because 1. they create a >> + * circular dependency between child and parent RestrictInfo 2. dropping >> + * those links just means that we loose some memory >> optimizations. 3. There >> + * is a possibility that the child and parent RestrictInfots >> themselves may >> + * have got copied and thus the old links may no longer be valid. The >> + * caller may set up those links itself, if needed. >> + */ >> >> I don't think that it's very clear whether or not this is safe. I >> experimented with making _copyRestrictInfo PANIC, > > I am not able to understand how to make _copyRestrictInfo PANIC. Can > you please share the patch or compiler flags or settings? I will look > at the case below once I have that. I just put elog(PANIC, "_copyRestrictInfo") into the function. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: