Re: Feature Request: pg_replication_master()

Поиск
Список
Период
Сортировка
От Petr Jelinek
Тема Re: Feature Request: pg_replication_master()
Дата
Msg-id 000001cddef9$64b467a0$2e1d36e0$@pjmodos.net
обсуждение исходный текст
Ответ на Re: Feature Request: pg_replication_master()  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
> Let me also add that I am tired of having recovery.conf improvement
> stalled by backward compatibility concerns.   At this point, let's just
> trash recovery.conf backward compatibility and move on.
> 
> And I don't want to hear complaints about tool breakage either.  These are
> external tools, not shipped with community Postgres, and they will just
have
> to adjust.  I will be glad to beat all complainants into the
> ground for the good of the community.  ;-)   We just can't operate like
> this, and if we allowed these things to block us in the past, Postgres
would be
> a royal mess today!
> 
> At this point backward compatibility has paralized us from fixing a
> recovery.conf API that everyone agrees is non-optimal, and this has gone
on
> for multiple major releases.  I don't care what we have to do, just clean
this
> up for 9.3!
> 

+1

And the sooner we do it before release, the more time will those external
tools have to adjust.

Regards
Petr Jelinek




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

Предыдущее
От: Kohei KaiGai
Дата:
Сообщение: Re: Review of Row Level Security
Следующее
От: Dimitri Fontaine
Дата:
Сообщение: Re: operator dependency of commutator and negator, redux