Re: WAL format changes
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Andres Freund <andres@2ndquadrant.com>
Cc: pgsql-hackers@postgresql.org, Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Date: 2012-06-18T18:00:11Z
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 →
-
Update pgindent install instructions and update typedef list.
- 60801944fa10 9.2.0 cited
On Thu, Jun 14, 2012 at 5:58 PM, Andres Freund <andres@2ndquadrant.com> wrote: >> 1. Use a 64-bit segment number, instead of the log/seg combination. And >> don't waste the last segment on each logical 4 GB log file. The concept >> of a "logical log file" is now completely gone. XLogRecPtr is unchanged, >> but it should now be understood as a plain 64-bit value, just split into >> two 32-bit integers for historical reasons. On disk, this means that >> there will be log files ending in FF, those were skipped before. > Whats the reason for keeping that awkward split now? There aren't that many > users of xlogid/xcrecoff and many of those would be better served by using > helper macros. I wondered that, too. There may be a good reason for keeping it split up that way, but we at least oughta think about it a bit. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company