Re: xlog location arithmetic - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: xlog location arithmetic
Date
Msg-id 4F5A07A7020000250004608E@gw.wicourts.gov
Whole thread Raw
In response to Re: xlog location arithmetic  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Peter Eisentraut <peter_e@gmx.net> writes:
>> The whole thing was built around the lack of 64 bit integers.  If
>> we bit the bullet and changed the whole thing to be just a single
>> 64-bit counter, we could probably delete thousands of lines of
>> code.
> 
> Hm.  I think "thousands" is an overestimate, but yeah the logic
> could be greatly simplified.  However, I'm not sure we could avoid
> breaking the existing naming convention for WAL files.  How much
> do we care about that?
We have a few scripts in our backup area that are based around the
current WAL file naming convention, so there would be some impact;
but I have to believe it would be pretty minor.  Most of the pain
would be related to the need to support both naming conventions for
some transition period.  If it simplifies the WAL-related logic, it
seems well worth it to me.  We just have to know it's coming and be
clear on what the new naming rules are.
-Kevin


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Rules containing INSERT/UPDATE lack dependencies on target columns
Next
From: Robert Haas
Date:
Subject: Re: xlog location arithmetic