Re: Versioning control in PostgreSQL?

From: Shridhar Daithankar <shridhar_daithankar(at)myrealbox(dot)com>
To: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>
Cc: PgSQL General ML <pgsql-general(at)postgresql(dot)org>
Subject: Re: Versioning control in PostgreSQL?
Date: 2003-10-28 14:32:57
Message-ID: 3F9E7E19.6080304@myrealbox.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Ron Johnson wrote:
> On Tue, 2003-10-28 at 07:04, Shridhar Daithankar wrote:
>>Actually it could be a nice feature if we could access them. For certain
>>applications, having entire database audited is like dream come true. Of
>>course it has to provide timestamps/transaction ids as well but in general
>>that would be pretty handy in some situation.
>>
>>Alas... that is toooo much fundamental to ask for a feature..:-)
>
>
> Really? It seems like that one way to do it would be, at commit
> time, to write the "before version" to "somewhere else".

Well, the original version is stored. Problem is how to make it accessible?

Right now, there are only two types of rows. One updated by most recent
transaction and other is earlier version of same row. Now there could be n
tuples in second catagory.

Postgresql is grounds up designed to discard tuples in second category. It won't
be easy to modify each place so that it could either discard earlier versions or
use them in some sensible fashion.

Shridhar

In response to

Browse pgsql-general by date

  From Date Subject
Next Message BenLaKnet 2003-10-28 14:33:23 Re: [SQL] connectby
Previous Message Bruno Wolff III 2003-10-28 14:29:52 Re: SELECT with row>32k hangs over SSL-Connection