Re: this is a "If update confirmed, commit, else rollback" question.

From: "Richard Huxton" <dev(at)archonet(dot)com>
To: "Raoul Callaghan" <tangles(at)bigpond(dot)net(dot)au>, <pgsql-general(at)postgresql(dot)org>
Subject: Re: this is a "If update confirmed, commit, else rollback" question.
Date: 2001-06-21 08:43:19
Message-ID: 004e01c0fa2e$3aaf9900$1001a8c0@archonet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

From: "Raoul Callaghan" <tangles(at)bigpond(dot)net(dot)au>

> Can I (as a superuser accessing the same database and tables of standard
> users) view any updates conducted by all users, prior to them being
> committed?

> eg: a Rep of mine is going to be late to an overseas client, so they
update
> the database, but I don¹t want this to be viewed by others until I
> acknowledge the update..
>
> I can see that I¹ll have to create a temporary tables to do this won¹t
> I......?

I can see 3 options myself:

1. Temporary tables to hold any updates (think about deletes though)
2. Version numbers on each row, with a separate table tracking "active"
version for each row - can be nice if you want to track history.
3. Store the updates (as say the SQL) and then apply them after review.

I've found the second useful in an online directory I built where members
can update their record but it needs to be reviewed by an editor before
"publication".

HTH

- Richard Huxton

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Richard Huxton 2001-06-21 08:49:16 Re: Postgres is too slow?
Previous Message Michael Meskes 2001-06-21 07:11:04 Re: Use of C function parameters from embedded SQL