Re: Logical Replication WIP - Mailing list pgsql-hackers

From Petr Jelinek
Subject Re: Logical Replication WIP
Date
Msg-id 8287bc28-d0ea-c0ac-0e8f-b4768f51c63c@2ndquadrant.com
Whole thread Raw
In response to Re: Logical Replication WIP  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
List pgsql-hackers
On 08/11/16 19:51, Peter Eisentraut wrote:
> Review of v7 0003-Add-PUBLICATION-catalogs-and-DDL.patch:
> 
> This appears to address previous reviews and is looking pretty solid.  I
> have some comments that are easily addressed:
> 
> [still from previous review] The code for OCLASS_PUBLICATION_REL in
> getObjectIdentityParts() does not fill in objname and objargs, as it is
> supposed to.
> 
> catalog.sgml: pg_publication_rel column names must be updated after renaming
> 
> alter_publication.sgml and elsewhere: typos PuBLISH_INSERT etc.
> 
> create_publication.sgml: FOR TABLE ALL IN SCHEMA does not exist anymore
> 
> create_publication.sgml: talks about not-yet-existing SUBSCRIPTION role
> 
> DropPublicationById maybe name RemovePublicationById for consistency
> 
> system_views.sql: C.relkind = 'r' unnecessary
> 
> CheckCmdReplicaIdentity: error message says "cannot update", should
> distinguish between update and delete
> 
> relcache.c: pubactions->pubinsert |= pubform->pubinsert; etc. should be ||=
> 
> RelationData.rd_pubactions could be a bitmap, simplifying some memcpy
> and context management.  But RelationData appears to favor rich data
> structures, so maybe that is fine.
> 

Thanks for these, some of it is result of various rebases that I did
(the sync patch makes rebasing bit complicated as it touches everything)
and it's easy for me to overlook it at this point.

--  Petr Jelinek                  http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training &
Services



pgsql-hackers by date:

Previous
From: Petr Jelinek
Date:
Subject: Re: Logical Replication WIP
Next
From: Etsuro Fujita
Date:
Subject: Re: Push down more UPDATEs/DELETEs in postgres_fdw