On Tue, Aug 16, 2011 at 8:54 AM, Simon Riggs <[email protected]> wrote: > On Tue, Aug 16, 2011 at 10:51 AM, Magnus Hagander <[email protected]> wrote: >> On Mon, Aug 15, 2011 at 13:50, Robert Haas <[email protected]> wrote: >>> On Mon, Aug 15, 2011 at 7:03 AM, Magnus Hagander <[email protected]> >>> wrote: >>>> The pg_stat_replication view exposes all the fields in >>>> StandbyReplyMessage *except* for the timestamp when the message was >>>> generated. On an active system this is not all that interesting, but >>>> on a mostly idle system that allows the monitoring to react faster >>>> than the timeout that actually kicks the other end off - and could be >>>> useful in manual debugging scenarios. Any particular reason why this >>>> was not exposed as it's own column? >>> >>> I wondered the same thing. Sounds like a good idea. >> >> I can go do that. Care to argue^Wbikeshed for a specific name? > > reply_timestamp
Works for me. I'd suggest that we rename it that way in StandbyReplyMessage, so that the name in the struct and the name in the system view match. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-hackers mailing list ([email protected]) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
