Re: Incremental backups, and backup history

From: "Shridhar Daithankar" <shridhar_daithankar(at)persistent(dot)co(dot)in>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Incremental backups, and backup history
Date: 2003-06-19 10:01:52
Message-ID: 3EF1D768.18778.B098E87@localhost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 19 Jun 2003 at 4:15, Ron Johnson wrote:
> One possibility that negates the need for "garbage collection" is
> to create a history table that mirrors the primary table, and
> also has an "activity_code char(1)", with values either "U" or "D".
>
> Then an "before update" or "before delete" trigger would automatically
> insert the pre-update-or-delete record into the history table, along
> with U or D in activity_code.

That makes me think. You can write before insert/before update/before delete
triggers and use dblink in conjunction with that to mimick some kind of
mirroring.

Of course that is bad from keeping transactions in sync. But this remains an
option. If you put remote database connection in async mode in dblink module,
you can reduce the impact of remote operation as well.

HTH

Bye
Shridhar

--
Virtue is a relative term. -- Spock, "Friday's Child", stardate 3499.1

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Bruno Wolff III 2003-06-19 10:35:37 Re: A creepy story about dates. How to prevent it?
Previous Message Nigel J. Andrews 2003-06-19 09:43:49 attisdropped, * expansion and tg_trigtuple