Re: PITR Phase 2 - Design Planning

Bruno Wolff III <bruno@wolff.to>

From: Bruno Wolff III <bruno@wolff.to>
To: Peter Galbavy <peter.galbavy@knowtion.net>
Cc: pgsql-hackers@postgresql.org
Date: 2004-04-28T06:30:04Z
Lists: pgsql-hackers
On Thu, May 27, 2004 at 23:02:42 +0000,
  Peter Galbavy <peter.galbavy@knowtion.net> wrote:
> Bruno Wolff III wrote:
> >For long running transactions where you want to recover as much as 
> >possible,
> >one might also want to recover up until just before a specific transaction
> >committed (as opposed to started).
> 
> If your DB has died and you are recovering it, how do you reestablish a 
> session so that a transaction can complete ? Doesn't all client 
> connections assume that a transaction has failed if the connection to 
> the DB fails ?

The context of my suggestion was for recovering up until a transaction which
messed things up was committed. I did not want the problem transaction to
be committed. If the problem transaction ran for a long time, there might
be other transactions that I want to keep, if possible, that committed
after the problem transaction started and before it ended.