Re: [REVIEW] pg_last_xact_insert_timestamp
Simon Riggs <simon@2ndquadrant.com>
From: Simon Riggs <simon@2ndQuadrant.com>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Greg Smith <greg@2ndquadrant.com>, pgsql-hackers@postgresql.org
Date: 2011-12-12T14:51:10Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Treat 2PC commit/abort the same as regular xacts in recovery.
- e74e0906fad5 9.5.0 cited
On Mon, Dec 12, 2011 at 2:47 PM, Robert Haas <robertmhaas@gmail.com> wrote: > On Mon, Dec 12, 2011 at 9:24 AM, Simon Riggs <simon@2ndquadrant.com> wrote: >> On Mon, Dec 12, 2011 at 1:45 PM, Robert Haas <robertmhaas@gmail.com> wrote: >>> It also strikes me that anything >>> that is based on augmenting the walsender/walreceiver protocol leaves >>> anyone who is using WAL shipping out in the cold. I'm not clear from >>> the comments you or Simon have made how important you think that use >>> case still is. >> >> archive_timeout > 0 works just fine at generating files even when >> quiet, or if it does not, it is a bug. >> >> So I don't understand your comments, please explain. > > If the standby has restore_command set but not primary_conninfo, then > it will never make a direct connection to the master. So anything > that's based on extending that protocol won't get used in that case. Got that, but now explain the reason for saying such people are "out in the cold". -- Simon Riggs http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services