Re: pg_resetsysid

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: pg_resetsysid
Дата
Msg-id 55A99E07.3050905@gmx.net
обсуждение исходный текст
Ответ на pg_resetsysid  (Petr Jelinek <petr@2ndquadrant.com>)
Ответы Re: pg_resetsysid  (Petr Jelinek <petr@2ndquadrant.com>)
Список pgsql-hackers
On 6/14/15 11:29 AM, Petr Jelinek wrote:
> 0002 - Adds pg_resetsysid utility which changes the system id to newly
> generated one.
> 
> 0003 - Adds -s option to pg_resetxlog to change the system id to the one
> specified - this is separate from the other one as it can be potentially
> more dangerous.

Adding a new top-level binary creates a lot of maintenance overhead
(e.g., documentation, man page, translations, packaging), and it seems
silly to create a new tool whose only purpose is to change one number in
one file.  If we're going to have this in pg_resetxlog anyway, why not
create another option letter to assigns a generated ID?  As the
documentation says, resetting the system ID clears the WAL, so it's not
like this is a completely danger-free situation.




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

Предыдущее
От: Tatsuo Ishii
Дата:
Сообщение: BRIN index and aborted transaction
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Further issues with jsonb semantics, documentation