From: | Petr Jelinek <petr(at)2ndquadrant(dot)com> |
---|---|
To: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Amit Langote <amitlangote09(at)gmail(dot)com> |
Cc: | Rafia Sabih <rafia(dot)pghackers(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: adding partitioned tables to publications |
Date: | 2020-04-03 07:52:07 |
Message-ID: | ff6007b3-02c2-8296-2896-db99a51f57e2@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On 02/04/2020 14:23, Peter Eisentraut wrote:
> On 2020-03-30 17:42, Amit Langote wrote:
>> I have updated the comments in apply_handle_tuple_routing() (see 0002)
>> to better explain what's going on with UPDATE handling. I also
>> rearranged the tests a bit for clarity.
>>
>> Attached updated patches.
> > Also, the coverage report reveals that in logicalrep_partmap_init(), the
> patch is mistakenly initializing LogicalRepRelMapContext instead of
> LogicalRepPartMapContext. (Hmm, how does it even work like that?)
>
It works because it's just a MemoryContext and it's long lived. I wonder
if the fix here is to simply remove the LogicalRepPartMapContext...
> I think apart from some of these details, this patch is okay, but I
> don't have deep experience in the partitioning code, I can just see that
> it looks like other code elsewhere. Perhaps someone with more knowledge
> can give this a look as well.
>
FWIW it looks okay to me as well from perspective of somebody who
implemented something similar outside of core.
> About patch 0003, I was talking to some people offline about the name of
> the option. There was some confusion about using the term "schema". How
> about naming it "publish_via_partition_root", which also matches the
> name of the analogous option in pg_dump.
>
+1 (disclaimer: I was one of the people who discussed this offline)
--
Petr Jelinek
2ndQuadrant - PostgreSQL Solutions for the Enterprise
https://www.2ndQuadrant.com/
From | Date | Subject | |
---|---|---|---|
Next Message | 曾文旌 | 2020-04-03 07:52:52 | Re: [Proposal] Global temporary tables |
Previous Message | Petr Jelinek | 2020-04-03 07:42:57 | Re: Binary support for pgoutput plugin |