Re: [HACKERS] Logical replication existing data copy - Mailing list pgsql-hackers

From Petr Jelinek
Subject Re: [HACKERS] Logical replication existing data copy
Date
Msg-id 85b5661d-4e7a-9c09-33ec-e1e07c0f1ac3@2ndquadrant.com
Whole thread Raw
In response to Re: [HACKERS] Logical replication existing data copy  (Craig Ringer <craig@2ndquadrant.com>)
Responses Re: [HACKERS] Logical replication existing data copy  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
List pgsql-hackers
On 13/03/17 03:57, Craig Ringer wrote:
> On 11 March 2017 at 00:33, Petr Jelinek <petr.jelinek@2ndquadrant.com> wrote:
>> On 09/03/17 18:48, Peter Eisentraut wrote:
>>> On 3/6/17 05:27, Petr Jelinek wrote:
>>>> And lastly I changed the automagic around exporting, not exporting and
>>>> using the snapshot produced by CREATE_REPLICATION_SLOT into explicit
>>>> parameter for the CREATE_REPLICATION_SLOT command (and added simple
>>>> framework for adding more of those if needed in the future).
>>>
>>> It might be useful to make this into a separate patch, for clarity.
>>>
>>
>> Okay here it is with this part split out. The first patch also help with
>> Craig's logical decoding on standby so it definitely makes sense to be
>> split.
> 
> Greatly appreciated.
> 
> Committing this in chunks makes sense anyway.
> 
> I've attached a slightly version that makes pg_recvlogical skip slot
> export. The second patch is unchanged, use the copy from the
> immediately prior mail.
> 

Okay, I merged your changes in.

Here is that merge, plus the updated main patch that replaces all the
SQL interaces in libpqwalreceiver.c with single exec one which uses
tuplestore to send any tuple results back.

For correct working in every situation, it still needs to snapbuild
fixes and also the logical replication origin tracking fix.

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

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Attachment

pgsql-hackers by date:

Previous
From: Joe Conway
Date:
Subject: Re: [HACKERS] scram and \password
Next
From: Robert Haas
Date:
Subject: Re: [HACKERS] Should buffer of initialization fork have aBM_PERMANENT flag