From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)2ndquadrant(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Thom Brown <thom(at)linux(dot)com>, Phil Sorber <phil(at)omniti(dot)com> |
Subject: | Re: [WIP] pg_ping utility |
Date: | 2012-10-15 23:12:54 |
Message-ID: | 7632.1350342774@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)2ndquadrant(dot)com> writes:
> Why not add a pg_ctl subcommand for that? For me that sounds like a good place
> for it...
I think that's a bad fit, because every other pg_ctl subcommand requires
access to the data directory. It would be very confusing if this one
subcommand worked remotely when the others didn't.
There was also some discussion of wedging it into psql, which would at
least have the advantage that it'd typically be installed on the right
side of the client/server divide. But I still think "wedging into" is
the appropriate verb there: psql is a tool for making a connection and
executing some SQL commands, and "ping" is not that.
Yeah, I know a whole new executable is kind of a pain, and the amount of
infrastructure and added maintenance seems a bit high compared to what
this does. But a lot of the programs in src/bin/scripts are not much
bigger. (In fact that might be the best place for this.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | David Johnston | 2012-10-15 23:32:46 | Re: [WIP] pg_ping utility |
Previous Message | Tatsuo Ishii | 2012-10-15 23:09:37 | Re: [PATCH 8/8] Introduce wal decoding via catalog timetravel |