Re: Trigger question - Mailing list pgsql-performance

From Richard Huxton
Subject Re: Trigger question
Date
Msg-id 200401201905.46699.dev@archonet.com
Whole thread Raw
In response to Re: Trigger question  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
On Tuesday 20 January 2004 16:42, Tom Lane wrote:
> Harald Fuchs <hf118@protecting.net> writes:
> > Why?  If the underlying table has a primary key, finding corresponding
> > pairs is trivial; if there isn't, it's impossible.
>
> Exactly.  Nonetheless, the correspondence exists --- the UPDATE
> definitely updated some particular row of the OLD set into some
> particular one of the NEW set.  If the trigger API makes it impossible
> to reconstruct the matchup, the API is broken.

Perhaps they should be cursors? The only sensible way I can think of working
with them would be:
1. count how many rows affected
2. step through one row at a time, doing something.

I suppose there might be cases where you'd want to GROUP BY... which would
mean you'd need some oid/row-id added to a "real" recordset.

--
  Richard Huxton
  Archonet Ltd

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Trigger question
Next
From: Orion Henry
Date:
Subject: database profiling