Re: please define 'statement' in the glossary
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: "David G. Johnston" <david.g.johnston@gmail.com>
Cc: Laurenz Albe <laurenz.albe@cybertec.at>, petermittere@gmail.com,
pgsql-docs@lists.postgresql.org
Date: 2025-07-14T17:40:35Z
Lists: pgsql-docs
"David G. Johnston" <david.g.johnston@gmail.com> writes: > If we accept that we use the words statement and command interchangeably > then the sole remaining use of command here sticks out because now we have > to explain why commands are different from statements. I'd rather just > remove the parenthetical. It's poorly clarifying a point that it seems you > don't want to clarify more fully here. [ shrug... ] I'm inclined to go back to the "command message" wording then. I don't find "client-issued statement" to be helpful at all; in particular, it's flat wrong for the multi-statement-query-message case, because surely all those statements are client-issued. I'm okay with this text leaving out nitpicky details, but it should leave the reader with a mental model that more or less matches reality. regards, tom lane
Commits
-
Doc: clarify description of current-date/time functions.
- 0e2cc385b97e 13.22 landed
- 209a22d794d5 14.19 landed
- 5ea9d9ac0c33 15.14 landed
- 2e7390928e80 16.10 landed
- bdb052f53b1a 17.6 landed
- c33e55ac91d2 18.0 landed
- 8ffd9ac3b206 19 (unreleased) landed
-
Some editorial work on the documentation of the current-date/time
- eaf8f312c754 8.2.0 cited