Re: Expose checkpoint start/finish times into SQL.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
Cc: Greg Smith <gsmith(at)gregsmith(dot)com>, pgsql-patches(at)postgresql(dot)org, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Heikki Linnakangas <heikki(at)enterprisedb(dot)com>, Theo Schlossnagle <jesus(at)omniti(dot)com>
Subject: Re: Expose checkpoint start/finish times into SQL.
Date: 2008-04-04 05:11:18
Message-ID: 3147.1207285878@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> writes:
> I have to add, given that we already provide the time of last checkpoint
> information via pg_controldata, I don't understand why people are against
> making that information accesible to remote clients.

So, I can expect to see a patch next week that invents a separate SQL
function to expose each field printed by pg_controldata?

You are failing to make the distinction between debug/developer support
(which is what pg_controldata is) and things that are interesting for
DBAs to track. Would you expect someone to install handwritten
monitoring infrastructure to awaken them in the middle of the night when
pg_control_version changes?

I am not saying that there is no use for some sort of facility in this
area. But I think it needs some more-general thinking and design than
has been evidenced so far in this thread.

regards, tom lane

In response to

Browse pgsql-patches by date

  From Date Subject
Next Message Greg Smith 2008-04-04 05:29:06 Re: Expose checkpoint start/finish times into SQL.
Previous Message Robert Treat 2008-04-04 04:59:36 Re: Expose checkpoint start/finish times into SQL.