From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
Cc: | pgsql-committers(at)postgresql(dot)org |
Subject: | Re: pgsql: Allow pg_create_physical_replication_slot() to reserve WAL. |
Date: | 2015-08-14 07:07:24 |
Message-ID: | 20150814070724.GC4955@awork2.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
On 2015-08-14 16:03:51 +0900, Michael Paquier wrote:
> On Fri, Aug 14, 2015 at 3:50 PM, Andres Freund <andres(at)anarazel(dot)de> wrote:
> > On 2015-08-14 15:32:17 +0900, Michael Paquier wrote:
> >> Why hasn't this addition been spread as well in the replication
> >> protocol? It seems to me that most of the refactoring work has been
> >> done with ReplicationSlotReserveWal.
> >
> > Feel free to send a patch.
>
> I don't mind giving it a try if time allows... CREATE_REPLICATION_SLOT
> IDENT K_PHYSICAL slot_options? With slot_options: (reserve = on/off)?
Let's discuss that in the -hackers thread. I slightly doubt the generic
options (which don't exist for CREATE) are a good place for that,
they're for the output plugin, this isn't. I think a separate keyword
might be easier.
> And, actually, here is an unrelated patch, the docs are referring to
> confirmed_flush instead of confirmed_flush_lsn ;)
Ick, will apply.
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2015-08-14 13:20:12 | pgsql: Reduce lock levels for ALTER TABLE SET autovacuum storage option |
Previous Message | Michael Paquier | 2015-08-14 07:03:51 | Re: pgsql: Allow pg_create_physical_replication_slot() to reserve WAL. |