Re: Better support for whole-row operations and composite

From: Joe Conway <mail(at)joeconway(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Better support for whole-row operations and composite
Date: 2004-04-04 05:10:51
Message-ID: 406F98DB.6040304@joeconway.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
> If you really want the trigger API for PL/R to be indistinguishable from
> the function-call API, then I think you will need to copy the passed
> tuple and insert type information. This is more or less what
> ExecEvalVar does now in the whole-tuple case (the critical code is
> actually in heap_getsysattr though):

That got me there. It may not be the best in terms of pure speed, but it
is easier and simpler than refactoring, at least at the moment. And I
don't think the reason people will choose PL/R for triggers is speed in
any case ;-)

Thanks!

Joe

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Mike Mascari 2004-04-04 06:04:32 Re: Function to kill backend
Previous Message Tom Lane 2004-04-04 04:38:44 Re: Function to kill backend