Re: Named restore points - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Named restore points
Date
Msg-id 12810.1295043525@sss.pgh.pa.us
Whole thread Raw
In response to Named restore points  (Jaime Casanova <jaime@2ndquadrant.com>)
Responses Re: Named restore points  (Simon Riggs <simon@2ndQuadrant.com>)
List pgsql-hackers
Jaime Casanova <jaime@2ndquadrant.com> writes:
> Here is a patch that implements "named restore points".

> It allows DBAs to specify  an exact point to which they can recover
> but that point will have a name, so they have a better control of when
> they want to stop recovery (ie: DBA's won't depend of remember
> specific times, dates and such).

> This adds a new function: pg_create_restore_point(text) (i'm not
> wedded with the name so if someone wants to suggest something better,
> that's fine with me), a new xlog record and a new recovery_target
> parameter in recovery.conf

This seems like it's a lot of mechanism for an awfully small use-case.
How often are people actually going to have the foresight to know that
"right now" is when they would want to restore to later?  And is it
really any easier to use a label for that than a timestamp?  You're
still going to need to keep track of which label means what.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: LOCK for non-tables
Next
From: Tom Lane
Date:
Subject: Re: LOCK for non-tables