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+TgmoZH_-wQ+3VbES8YYBK6ti_rAayhXaAVX8V9fhkS7Jo8Hg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Partition-wise join for join between (declaratively)partitioned tables (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: [HACKERS] Partition-wise join for join between (declaratively)partitioned tables
|
Список | pgsql-hackers |
On Thu, Sep 21, 2017 at 8:52 AM, Robert Haas <robertmhaas@gmail.com> wrote: > On Thu, Sep 21, 2017 at 8:21 AM, Ashutosh Bapat > <ashutosh.bapat@enterprisedb.com> wrote: >> About your earlier comment of making build_joinrel_partition_info() >> simpler. Right now, the code assumes that partexprs or >> nullable_partexpr can be NULL when either of them is not populated. >> That may be saves a sizeof(pointer) * (number of keys) byes of memory. >> Saving that much memory may not be worth the complexity of code. So, >> we may always allocate memory for those arrays and fill it with NIL >> values when there are no key expressions to populate those. That will >> simplify the code. I haven't done that change in this patchset. I was >> busy debugging the Q7 regression. Let me know your comments about >> that. > > Hmm, I'm not sure that's the best approach, but let me look at it more > carefully before I express a firm opinion. Having studied this a bit more, I now think your proposed approach is a good idea. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
В списке pgsql-hackers по дате отправления: