From: | Greg Fischer <greg(at)1stbyte(dot)com> |
---|---|
To: | Craig Ringer <craig(at)postnewspapers(dot)com(dot)au> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Trigger help - updates to column data with null values |
Date: | 2010-03-03 04:28:02 |
Message-ID: | c16a72fa1003022028v63f6abc6pe4c3f74e0c10170d@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
NICE!!! Worked beautifully! I figured NULL's were not evaluating as a value,
but I didn't have the correct operators:
these constructs effectively act as though null were a normal data value,
> rather than “unknown”.
I guess I wasn't reading the right part of the manuals! LOL! Thanks so
much!
Greg Fischer
www.1stbyte.com
On Tue, Mar 2, 2010 at 8:07 PM, Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>wrote:
> Greg Fischer wrote:
> > Hello all!
> > I do my best to read and google my way around issues, but I seem to be
> > missing something. Probably simple too.
> >
> > So I have a trigger function, in which I'd like to check if a particular
> > column has changed. It works great, unless either the OLD or NEW values
> > are NULL. The purpose is to create a audit/log of the record. I prefer
> > to only test for certain columns, not the whole table.
> >
> >
> > CREATE OR REPLACE FUNCTION tr_employees_bu()
> > RETURNS trigger AS
> > $BODY$
> > begin
> > if (new.trainingdate <> old.trainingdate) then
>
> Instead, try the test:
>
> new.trainingdate IS DISTINCT FROM old.trainingdate
>
> See the manual for 'IS DISTINCT FROM'.
>
> --
> Craig Ringer
>
From | Date | Subject | |
---|---|---|---|
Next Message | A. Kretschmer | 2010-03-03 05:55:43 | Re: [GENERAL] to_timestamp() and quarters |
Previous Message | Craig Ringer | 2010-03-03 04:07:30 | Re: Trigger help - updates to column data with null values |