Jeff Post <POSTJL(at)milwaukee(dot)k12(dot)wi(dot)us> writes:
> Here is what I got:
> CREATE or replace FUNCTION person_fake_delete() RETURNS TRIGGER AS '
> OLD.status := 1; -- This does the fake deletion
> RETURN NULL; -- I thought this would prevent the delete from
> actually happening.
> ' LANGUAGE 'plpgsql';
You need to explicitly update the row because changes to the OLD
reference will be lost, for instance:
CREATE or replace FUNCTION person_fake_delete() RETURNS TRIGGER AS '
UPDATE your_table SET status = 1 WHERE primary_key = OLD.primary_key;
RETURN NULL; -- I thought this would prevent the delete from actually happening.
' LANGUAGE 'plpgsql';
> This however does not work. the tupple is still deleted from the table.
> Any Ideas?
Really?, The tuple is still deleted? There should be something that you are
not telling us (may be you are creating the trigger to run AFTER instead of
BEFORE). It have worked for me in each version since the trigger system
were added to postgres.
In response to
pgsql-sql by date
|Next:||From: Tom Lane||Date: 2004-05-21 15:05:28|
|Subject: Re: Problem with JOINS |
|Previous:||From: Stephan Szabo||Date: 2004-05-21 14:17:24|
|Subject: Re: Problem with JOINS|