Re: Re: [COMMITTERS] pgsql: Ensure age() returns a stable value rather than the latest value

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Re: [COMMITTERS] pgsql: Ensure age() returns a stable value rather than the latest value
Дата
Msg-id 1337022321.19946.4.camel@vanquo.pezone.net
обсуждение исходный текст
Ответ на Re: Re: [COMMITTERS] pgsql: Ensure age() returns a stable value rather than the latest value  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Re: [COMMITTERS] pgsql: Ensure age() returns a stable value rather than the latest value  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Re: [COMMITTERS] pgsql: Ensure age() returns a stable value rather than the latest value  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
On lör, 2012-05-12 at 12:59 -0400, Tom Lane wrote:
> Now it's entirely likely that there is nobody out there relying on
> such a thing, but nonetheless this is a compatibility break, and an
> unnecessary one IMO.  You haven't shown any convincing reason why we
> need to change the behavior of age() on master servers at all.

Recall that this thread originally arose out of age() being called by a
monitoring tool.  It would be nice if repeatedly calling age() on an
otherwise idle database would not change the result.  Currently, you
would never get a "stable" state on such a check, and moreover, you
would not only get different results but different long-term behavior
between master and standby.  Now this is not that important and can be
accommodated in the respective tools, but it is kind of weird.  It would
be like a check for disk space losing one byte at every check, even if
you got it back later.



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

Предыдущее
От: Jim Nasby
Дата:
Сообщение: Re: Strange issues with 9.2 pg_basebackup & replication
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Re: [COMMITTERS] pgsql: Ensure age() returns a stable value rather than the latest value