Re: Exposing the stats snapshot timestamp to SQL

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Exposing the stats snapshot timestamp to SQL
Дата
Msg-id CA+TgmoZUOmi5piU+U41zVB9JGWDZertY-PCPXJuw1tGWkBbBww@mail.gmail.com
обсуждение исходный текст
Ответ на Exposing the stats snapshot timestamp to SQL  (Matt Kelly <mkellycs@gmail.com>)
Список pgsql-hackers
On Thu, Jan 29, 2015 at 12:18 AM, Matt Kelly <mkellycs@gmail.com> wrote:
> In a previous thread Tom Lane said:
>
>> (I'm also wondering if it'd make sense to expose the stats timestamp
>> as a callable function, so that the case could be dealt with
>> programmatically as well.  But that's future-feature territory.)
>
>
> (http://www.postgresql.org/message-id/27251.1421684169@sss.pgh.pa.us)
>
> It seemed the appropriate scope for my first submission, and that feature
> has been on my wish list for a while, so I thought I'd grab it.
>
> Main purpose of this patch is to expose the timestamp of the current stats
> snapshot so that it can be leveraged by monitoring code.  The obvious case
> is alerting if the stats collector becomes unresponsive.  The common use
> case is to smooth out graphs which are built from high frequency monitoring
> of the stats collector.
>
> The timestamp is already available as part of PgStat_GlobalStats.  This
> patch is just the boilerplate (+docs & tests) needed to expose that value to
> SQL.  It shouldn't impact anything else in the server.
>
> I'm not particularly attached to the function name, but I didn't have a
> better idea.
>
> The patch should apply cleanly to master.

Please add your patch here so we don't forget about it:

https://commitfest.postgresql.org/action/commitfest_view/open

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: TABLESAMPLE patch
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Parallel Seq Scan