Re: replication slot restart_lsn initialization
От | Andres Freund |
---|---|
Тема | Re: replication slot restart_lsn initialization |
Дата | |
Msg-id | 20150906113215.GB7137@alap3.anarazel.de обсуждение исходный текст |
Ответ на | Re: replication slot restart_lsn initialization (Michael Paquier <michael.paquier@gmail.com>) |
Ответы |
Re: replication slot restart_lsn initialization
|
Список | pgsql-hackers |
On 2015-08-15 21:16:11 +0900, Michael Paquier wrote: > Well, this has taken less time than I thought: > =# CREATE_REPLICATION_SLOT toto PHYSICAL; > slot_name | consistent_point | snapshot_name | output_plugin > -----------+------------------+---------------+--------------- > toto | 0/0 | null | null > (1 row) > =# CREATE_REPLICATION_SLOT toto2 PHYSICAL RESERVE_WAL; > slot_name | consistent_point | snapshot_name | output_plugin > -----------+------------------+---------------+--------------- > toto2 | 0/0 | null | null > (1 row) Independently I wonder if it's worth splitting the returned columns for physical/logical slots. > + <varlistentry> > + <term><literal>RESERVE_WAL</></term> > + <listitem> > + <para> > + Specify that the <acronym>LSN</> for this physical replication > + slot is reserved immediately; otherwise the <acronym>LSN</> is > + reserved on first connection from a streaming replication client. > + </para> > + </listitem> I replaced LSN with WAL here - it's not LSNs that are reserved. > +opt_reserve_wal: > + K_RESERVE_WAL > + { $$ = TRUE } > + | /* EMPTY */ > + { $$ = FALSE } > + I felt free to add semicolons here ;) Committed, thanks for the patch.
В списке pgsql-hackers по дате отправления: