Re: doc: should pg_createsubscriber be grouped as a client application?

From: Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>
To: kuroda(dot)hayato(at)fujitsu(dot)com
Cc: peter(at)eisentraut(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: doc: should pg_createsubscriber be grouped as a client application?
Date: 2026-06-22 07:46:42
Message-ID: 20260622.164642.1917279638641861635.horikyota.ntt@gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At Mon, 22 Jun 2026 06:56:45 +0000, "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com> wrote in
> Dear Peter,
>
> > Note that the latter includes pg_basebackup, pg_receivewal, and
> > pg_recvlogical, which feel generally similar to pg_createsubscriber.
>
> Hmm, but similar command pg_upgrade was included in the server app page.
>
> The page [1] defined that server commands are the command can be run on the same
> server with the postgres server process. IIRC, the command was categorized as
> "Server Application" because it assumed standby is running on the same machine.
>
> But... I think the command is located on the border between the server and the client.
> We should hear other opinions too.
>
> [1]: https://www.postgresql.org/docs/devel/reference-server.html

I also agree that pg_createsubscriber sits somewhere on the boundary
between server and client applications. If we were to draw a
distinction, one possible interpretation would be that server
applications are tools that access server resources beyond what a
regular client connection normally does. That seems broadly consistent
with the current classification, although pg_basebackup still feels
somewhat borderline under that interpretation.

I also wonder whether the server/client distinction is particularly
important here. A number of utilities seem to fall somewhere between
the two categories, and I'm not sure users pay much attention to that
classification when looking up commands.

Regards,

--
Kyotaro Horiguchi
NTT Open Source Software Center

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2026-06-22 07:56:55 truncating casts of pgoff_t
Previous Message Peter Eisentraut 2026-06-22 07:19:59 Fix handling of copy_file_range() return value