Re: backup database by cloning itself

From: "Ted Byers" <r(dot)ted(dot)byers(at)rogers(dot)com>
To: <pgsql-general(at)postgresql(dot)org>
Subject: Re: backup database by cloning itself
Date: 2007-02-14 19:40:18
Message-ID: 026f01c7506f$f5d35c10$6401a8c0@RnDworkstation
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> Maybe his real goal "all the backups readily available to be read by
> my program (opening the backup read only)" is to have a historical
> record of what certain records looked like in the past.
>
> There are other ways of doing that, though.
>

If your speculation is right, perhaps the OP ought to explain a little more
fully why he needs 24 snapshots a day, or indeed any at all.

It seems to me that if you really want a historical record of what certain
tables looked like in the past, it would be smarter and more accurate to
create triggers, for each possible operation, that store the relevant
details in an audit table including especially who made the edits and when.
This strikes me as being much less work than developing code that processes
so many backups.

Cheers

Ted

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Erik Jones 2007-02-14 19:58:59 Re: Best practice for 8.1.5 -> 8.2 migration - with big database?
Previous Message Brendan Jurd 2007-02-14 19:26:38 Re: [GENERAL] ISO week dates