Tantalizing reference to passing data from NEW variable in a trigger function... - Mailing list pgsql-interfaces

From Rich Cullingford
Subject Tantalizing reference to passing data from NEW variable in a trigger function...
Date
Msg-id 408D2CE5.1090108@sysd.com
Whole thread Raw
Responses Re: Tantalizing reference to passing data from NEW variable  (Joe Conway <mail@joeconway.com>)
List pgsql-interfaces
All,
This question seems to have been asked a number of times on this list, 
recently (including by me) without being answered: how to pass the row 
data stored in the NEW variable from a trigger function into a 
sub-function. None of the obvious syntaxes work, including one by a 
respondent in this list that suggested assigning NEW to a record 
variable, and then passing *that*. After searching up and down the 
archives, I see the following tantalizing snippet (from 6/2003) in the 
context of a rule:

Gunter Diehl <gdid ( at ) gmx ( dot ) de> writes:> create funtion f1(v, v) returns void as '...'> create rule vupt as
onupdate to v do instead select f1(new, old)> While accepting this definitions, pg says it can not handle "whole-tuple>
references"at runtime.
 

FWIW, the "old" case works fine.  "new" doesn't work so well because the
new row hasn't been formed into a tuple at the point where the rule
runs; it only exists as a list of variables.  (This is a rather handwavy
explanation, but I think it captures the key point.)  While this could
probably be fixed with some effort, I doubt it's going to happen soon.
Is there any chance of doing what you want with a trigger instead of a
rule?
                                                    ^^^^^

If there's a page somewhere that says how to do this, I'd be extremely 
grateful for a pointer. The obvious maneuver of copying NEW's data 
field-by-field into a composite variable is rather unappetizing when the 
row is wide...                          Rich Cullingford                          rculling@sysd.com



pgsql-interfaces by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: I hope I'm missing something...
Next
From: Bistey Csaba
Date:
Subject: BLIBPQ.LIB, BLIBPQDLL.LIB or LIBPQ 7.4 problem