Re: Application Design: Where to implement historical revisions of objects - Mailing list pgsql-php

From Colin Ross
Subject Re: Application Design: Where to implement historical revisions of objects
Date
Msg-id fd3e08f30705251107s4843ec92p9d91a5d420aa20cb@mail.gmail.com
Whole thread Raw
In response to Re: Application Design: Where to implement historical revisions of objects  (Michelle Konzack <linux4michelle@freenet.de>)
Responses Re: Application Design: Where to implement historical revisions of objects  (Michelle Konzack <linux4michelle@freenet.de>)
List pgsql-php
But in the one-table holds all system, the Model Object need to know about it.
  i.e. "Select top 1 from data where serialnumber = 3821 order by revision desc"
And off hand, it would make retrieving a whole data set of say- all the current data involve a subquery to find the most recent data revision for each serialnumber.

I don't at all mean to discount the system, but I have yet to find a good pattern for dealing with multiple variants of the same datarow/set.

Colin

On 5/25/07, Michelle Konzack <linux4michelle@freenet.de> wrote:
Hello Colin,

Am 2007-05-23 13:10:42, schrieb Colin Ross:
> In Practice:
> An application has a model class of "PageContent" which represents the
> content that is shown on a certain page. Users of the system are
> authenticated, then able to edit the content. From an application design
> point
> of view, where should the logic and underlying system be for the management
> of historical revisions.

I have something similar, exactly, a Database of military data and data
sets are never modified but added.

So, I give each dataset a serialnumber and a revision 0. Then if the
dataset was modified I change the revision to a higher number and add
the whole dataset into a new row.

This thing is done using trigers.

Greetings
    Michelle Konzack
    Systemadministrator
    Tamay Dogan Network
    Debian GNU/Linux Consultant


--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack   Apt. 917                  ICQ #328449886
                   50, rue de Soultz         MSN LinuxMichi
0033/6/61925193    67100 Strasbourg/France   IRC #Debian (irc.icq.com)


pgsql-php by date:

Previous
From: Michelle Konzack
Date:
Subject: Re: Application Design: Where to implement historical revisions of objects
Next
From: Michelle Konzack
Date:
Subject: Re: Application Design: Where to implement historical revisions of objects