| 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: | Whole Thread | Raw Message | 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. |