Re: testing cvs HEAD - HS/SR - xlog timeline 0 pg_xlogfile_name_offset - Mailing list pgsql-hackers

From Fujii Masao
Subject Re: testing cvs HEAD - HS/SR - xlog timeline 0 pg_xlogfile_name_offset
Date
Msg-id 3f0b79eb1003080526w750c60e3u1569d291341511df@mail.gmail.com
Whole thread Raw
In response to Re: testing cvs HEAD - HS/SR - xlog timeline 0 pg_xlogfile_name_offset  (Fujii Masao <masao.fujii@gmail.com>)
List pgsql-hackers
On Thu, Feb 25, 2010 at 7:48 PM, Fujii Masao <masao.fujii@gmail.com> wrote:
> On Thu, Feb 25, 2010 at 7:22 PM, Heikki Linnakangas
> <heikki.linnakangas@enterprisedb.com> wrote:
>> Yeah. The current pg_*_last_location() functions don't cut it though,
>> you need to retain logs back to the redo location of the last
>> restartpoint. That's what %r returns. Maybe we should add another function?
>
> +1

The attached patch introduces new function 'pg_last_checkpoint_start_location'
(better name?) that reports the XLOG location where the last checkpoint or
restartpoint started (i.e., the REDO starting location). This would be useful
to truncate the archived files to just the minimum required for recovery.

Is it worth applying this patch?

Regards,

--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center

Attachment

pgsql-hackers by date:

Previous
From: Michael Meskes
Date:
Subject: Re: ecpg compiler warning about char* comparison
Next
From: Tim Bunce
Date:
Subject: Re: Safe security