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.