Re: PITR Phase 2 - Design Planning - Mailing list pgsql-hackers

From Jim C. Nasby
Subject Re: PITR Phase 2 - Design Planning
Date
Msg-id 20040428000002.GV41429@nasby.net
Whole thread Raw
In response to PITR Phase 2 - Design Planning  (Simon Riggs <simon@2ndquadrant.com>)
List pgsql-hackers
Another idea would be to provide some means to roll a database forwards
and backwards. If you're doing a recovery because you did something like
an accidental UPDATE SET field = blah without a where clause, what you
really care about is going up to the point right before that update. If
there's a log viewer with enough detail, that would suffice; otherwise
you'd need to test for some specific condition.

Of course timestamps would still be useful in this scenario since they
can get you close to the transaction in question.
-- 
Jim C. Nasby, Database Consultant                  jim@nasby.net
Member: Triangle Fraternity, Sports Car Club of America
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: Usability, MySQL, Postgresql.org, gborg, contrib,
Next
From: Christopher Kings-Lynne
Date:
Subject: Re: Usability, MySQL, Postgresql.org, gborg, contrib, etc.