Re: Architecture of walreceiver (Streaming Replication)

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Architecture of walreceiver (Streaming Replication)
Дата
Msg-id 4AEF24B1.4090604@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Architecture of walreceiver (Streaming Replication)  (Euler Taveira de Oliveira <euler@timbira.com>)
Список pgsql-hackers
Euler Taveira de Oliveira wrote:
> Fujii Masao escreveu:
>> IMO, walreceiver should be a subprocess of postmaster for
>> the following reasons.
>>
> +1. I agree that the first version should be as close as possible to
> postmaster. My points are: (i) it will be easier to install (no need to
> install another third-party software), (ii) it will be easier to administrate
> (the options will be available in one central point -- postgresql.conf), and
> (iii) it will be easier to control (it is a postmaster subprocess).

None of these points are really for or against either approach. In any
case, we would ship with all the required components, so no need to
install 3rd party software. The recovery related options would come from
recovery.conf in both models, although that could be changed if we
wanted to.

Not sure what easier to control (iii) means, although admittedly it's a
bit tricky to make it walreceiver behave correctly as a subprocess of
the startup process, making sure it responds to shutdown requests etc.

--  Heikki Linnakangas EnterpriseDB   http://www.enterprisedb.com


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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Architecture of walreceiver (Streaming Replication)
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: operator exclusion constraints