Re: pg_receivexlog and replication slots

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: pg_receivexlog and replication slots
Дата
Msg-id CAB7nPqT7+o1zi4y4-_jgGZAXusgh2uSNK4paBDZvizY-fsG-FA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pg_receivexlog and replication slots  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: pg_receivexlog and replication slots  (Fujii Masao <masao.fujii@gmail.com>)
Re: pg_receivexlog and replication slots  (Andres Freund <andres@2ndquadrant.com>)
Список pgsql-hackers
On Fri, Aug 15, 2014 at 5:17 PM, Michael Paquier
<michael.paquier@gmail.com> wrote:
> Thanks for your review.
>
> On Fri, Aug 15, 2014 at 12:56 AM,  <furuyao@pm.nttdata.co.jp> wrote:
>> At consistency with pg_recvlogical, do you think about --start?
> I did not add that for the sake of backward-compatibility as in
> pg_recvlogical an action is mandatory. It is not the case now of
> pg_receivexlog.
>
>> [postgres postgresql-6aa6158]$ make > /dev/null
>> streamutil.c: In function 'CreateReplicationSlot':
>> streamutil.c:244: warning: suggest parentheses around '&&' within '||'
> I see. Here is a rebased patch.

Looking more at the code, IDENTIFY_SYSTEM management can be unified
into a single function. So I have written a newer version of the patch
grouping IDENTIFY_SYSTEM call into a single function for both
utilities, fixing at the same time a couple of other issues:
- correct use of TimelineID in code
- IDENTIFY_SYSTEM checks were incorrect (even in HEAD). The following
check was done but in 9.4 this command returns 4 fields:
(PQntuples(res) != 1 || PQnfields(res) < 3)
That's not directly related to this patch, but making some corrections
is not going to hurt..

Regards,
--
Michael

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: [PATCH] Incremental backup: add backup profile to base backup
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: proposal for 9.5: monitoring lock time for slow queries