Re: DELETE Weirdness

From: Jeff Davis <pgsql(at)j-davis(dot)com>
To: Ravi Chemudugunta <chemuduguntar(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: DELETE Weirdness
Date: 2010-01-15 01:20:48
Message-ID: 1263518448.22786.20.camel@monkey-cat.sm.truviso.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, 2010-01-15 at 13:55 +1300, Ravi Chemudugunta wrote:
> I cannot quite understand this; Are the contents of the IN query
> worked out ONCE per outer query and therefore become invalid when
> DELETE comes along and changes items that were part of the set ? (for
> e.g.)

The command itself gets one snapshot that sees tuples as they are just
before the command begins executing. That snapshot is used for the
predicate (WHERE clause) throughout the execution, so it will remain
static.

The triggered functions may execute commands that get their own
snapshots and see new tuples, but the outer command won't see those.

You can see this with an experiment:

create table mytable (i int);
insert into mytable values(1);
create or replace function mytrfn() returns trigger as
$$ begin update mytable set i=-i; return new; end; $$
language plpgsql;
create trigger mytr before insert on mytable
for each row execute procedure mytrfn();
insert into mytable select i from mytable;
select * from mytable;
i
----
-1
1
(2 rows)

If the "select i from mytable" on the right side of the insert was
constantly being re-evaluated, there would be two "-1" values in
mytable.

Regards,
Jeff Davis

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Jamie Begin 2010-01-15 01:50:32 Calling a plpgsql function with composite type as parameter?
Previous Message Ravi Chemudugunta 2010-01-15 00:55:10 DELETE Weirdness