| From: | Andreas Karlsson <andreas(at)proxel(dot)se> |
|---|---|
| To: | Christoph Berg <myon(at)debian(dot)org>, Álvaro Herrera <alvherre(at)kurilemu(dot)de> |
| Cc: | Pg Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: pg_utility ? |
| Date: | 2025-11-20 02:23:15 |
| Message-ID: | 7118466a-30c5-4464-9882-84cf95c26440@proxel.se |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 11/19/25 12:52 PM, Christoph Berg wrote:
> Re: Álvaro Herrera
>> I didn't immediately love this idea, but I'm not totally opposed to it
>> either, and perhaps it makes things better rather than adding yet
>> another very narrowly-focused tool. Also, pg_ctl already kinda has a
>> somewhat similar facet with its "pg_ctl init" mode.
>
> I would keep the server and client bits separate, though, so not merge
> these into pg_ctl.
>
> I don't have an idea for the ideal name, perhaps only that it should
> be short, and distinct from pg_ctl so people don't get confused. (So
> not pg_cmd or pg_cli.)
>
> Perhaps pg_util? ("pg" is taken by that classic pager thingy.)
I like the name pg_util. In the MySQL world it is called mysqladmin,
which is a does of pg_ctl and tools like createdb.
https://dev.mysql.com/doc/refman/9.5/en/mysqladmin.html
Maybe pg_util should only be for tools which connect to PostgreSQL over
the TCP (or a unix socket) while the all other tools, which need access
to the data directory, should have their own executables? Because in my
opinion we really have two kinds of frontend tools: those which need to
run on the same machine and with the same user as PostgreSQL and those
which connect to PostgreSQL, possibly from another machine, and run some
commands.
--
Andreas
Percona https://www.percona.com/
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Chao Li | 2025-11-20 02:31:43 | Re: Checkpointer write combining |
| Previous Message | Sami Imseih | 2025-11-20 02:10:43 | Re: [Proposal] Adding callback support for custom statistics kinds |