Re: automatic time/user stamp - rule or trigger?

From: Achilleus Mantzios <achill(at)matrix(dot)gatewaynet(dot)com>
To: Jan Wieck <JanWieck(at)Yahoo(dot)com>
Cc: Neal Lindsay <neal(dot)lindsay(at)peaofohio(dot)com>, <pgsql-sql(at)postgresql(dot)org>
Subject: Re: automatic time/user stamp - rule or trigger?
Date: 2003-02-07 12:00:29
Message-ID: Pine.LNX.4.44.0302070959510.7803-100000@matrix.gatewaynet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

On Wed, 5 Feb 2003, Jan Wieck wrote:

> Achilleus Mantzios wrote:
> >
> > On Wed, 5 Feb 2003, Neal Lindsay wrote:
> >
> > > I have a table that I want to keep track of the user who last modified
> > > it and the timestamp of the modification. Should I use a trigger or a rule?
> > >
> > > CREATE TABLE stampedtable (
> > > stampedtableid SERIAL PRIMARY KEY,
> > > updatestamp timestamp NOT NULL DEFAULT now(),
> > > updateuser name NOT NULL DEFAULT current_user,
> > > sometext text
> > > );
> > >
> > > I suspect that I want a rule, but all the examples in the documentation
> > > seem to update a separate table and not override (or add) the
> > > insert/update to the timestamp and name columns.
> >
> > You may want to use rules if you need rewriting.
> > What you actually need is some sort of driver to a specific table.
> > You could create a view to that table (to hide the accounting columns),
> > and then create rules on that view that do the job as you wish.
>
> I'm sure you want to use a BEFORE INSERT OR UPDATE trigger that modifies
> NEW.updatestamp in place just before the row get's written.
>
> A rule will not work here because rules cannot cause the same action on
> the same table they are called for.

Thats why the view comes in place.

>
>
> Jan
>
> --
> #======================================================================#
> # It's easier to get forgiveness for being wrong than for being right. #
> # Let's break this rule - forgive me. #
> #================================================== JanWieck(at)Yahoo(dot)com #
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
> (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)
>

==================================================================
Achilleus Mantzios
S/W Engineer
IT dept
Dynacom Tankers Mngmt
Nikis 4, Glyfada
Athens 16610
Greece
tel: +30-10-8981112
fax: +30-10-8981877
email: achill(at)matrix(dot)gatewaynet(dot)com
mantzios(at)softlab(dot)ece(dot)ntua(dot)gr

In response to

Browse pgsql-sql by date

  From Date Subject
Next Message Gary Stainburn 2003-02-07 12:09:55 Re: efficient count/join query
Previous Message Richard Huxton 2003-02-07 11:46:38 Re: conversi ms-sql7 vs postgresql 7.3