Re: PostgreSQL 15 minor fixes in protocol.sgml
Peter Smith <smithpb2250@gmail.com>
From: Peter Smith <smithpb2250@gmail.com>
To: Amit Kapila <amit.kapila16@gmail.com>
Cc: Michael Paquier <michael@paquier.xyz>,
Ekaterina Kiryanova <e.kiryanova@postgrespro.ru>, pgsql-docs@lists.postgresql.org, Ajin Cherian <itsajin@gmail.com>
Date: 2022-08-09T01:05:24Z
Lists: pgsql-hackers, pgsql-docs
Attachments
- v2-HEAD-0001-modify-protocol-message-descriptions-for-2PC.patch (application/octet-stream) patch v2-0001
- v2-PG15-0001-modify-protocol-message-descriptions-for-2PC.patch (application/octet-stream) patch v2-0001
On Thu, Aug 4, 2022 at 1:04 PM Amit Kapila <amit.kapila16@gmail.com> wrote: > > On Wed, Aug 3, 2022 at 10:56 AM Peter Smith <smithpb2250@gmail.com> wrote: > > > > PSA a patch to modify the descriptions as suggested by Amit. > > > > * > <para> > - The end LSN of the commit prepared transaction. > + The end LSN of the commit of the prepared transaction. > ... > ... > - Identifies the message as the commit of a two-phase > transaction message. > + Identifies the message as the commit of a prepared > transaction message. > > In the above messages, we can even directly say "commit prepared > transaction" but as you have written appears clear to me. > > * > For timestamp, related messages, we have three different messages: > Commit timestamp of the transaction. The value is in number of > microseconds since PostgreSQL epoch (2000-01-01). > Prepare timestamp of the transaction. The value is in number of > microseconds since PostgreSQL epoch (2000-01-01). > Rollback timestamp of the transaction. The value is in number of > microseconds since PostgreSQL epoch (2000-01-01). > > We can improve by saying "Timestamp of prepared transaction" for the > second one but it will make it bit inconsistent with others, so not > sure if changing it makes sense or if there is a better way to change > all the three messages. > > Thoughts? > There was no feedback for Amit's previous post [1], so I am just attaching the same [2] patch again, but this time for both HEAD and REL_15_STABLE. ------ [1] https://www.postgresql.org/message-id/CAA4eK1LHSDb3KVRZZnYeBF0-SodMKYP%3DV%2B2VmrVBvRNK%3Dej1Tw%40mail.gmail.com [2] https://www.postgresql.org/message-id/CAHut%2BPs8TLKFL0P4ghgERdTcDeB4y61zWm128524h88BhnYmfA%40mail.gmail.com Kind Regards, Peter Smith. Fujitsu Australia
Commits
-
doc: Replace reference to ERRCODE_RAISE_EXCEPTION by "raise_exception"
- f8b96c211da0 11.22 landed
- 616de5bb3573 12.17 landed
- aa0246ccf5bb 13.13 landed
- 52a105eff2ba 14.10 landed
- bbbf1510bc41 15.5 landed
- 354b3ebf17c4 16.1 landed
- 4210b55f5985 17.0 landed
-
Improve the protocol message descriptions for 2PC logical replication.
- 0e60a50e0bf1 16.0 landed
- c5d67881d343 15.0 landed
-
doc: Fix typos in protocol.sgml
- 5b94d3ccb7ad 15.0 landed
- a69959fab2f3 16.0 landed
-
Fix inconsistencies and typos in the tree, take 10
- 66bde49d96a9 13.0 cited