Re: [ADMIN] Re: [SQL] Data recovery - Mailing list pgsql-sql

From Bruce Momjian
Subject Re: [ADMIN] Re: [SQL] Data recovery
Date
Msg-id 199906011917.PAA04373@candle.pha.pa.us
Whole thread Raw
In response to Re: [ADMIN] Re: [SQL] Data recovery  (wieck@debis.com (Jan Wieck))
List pgsql-sql
> > Very, very hard, but not impossible.  If you update a row, and do a
> > select on that row, the select updates the transaction status so the
> > next select doesn't need to look at the pg_log table.  What this means
> > is that pg_log could probably be reconstructed from existing data, with
> > just 'unselected' changes not appearing properly.
>
>     So  at  the  end  you have some data that you cannot trust. I
>     don't think that's worth the efford.

Yes.  True.  It is just a point that came up recently when Tom found the
first select on a table slow.

--
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist@candle.pha.pa.us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

pgsql-sql by date:

Previous
From: wieck@debis.com (Jan Wieck)
Date:
Subject: Re: [ADMIN] Re: [SQL] Data recovery
Next
From: "Pham, Thinh"
Date:
Subject: datetime function