Re: Status of plperl inter-sp calling - Mailing list pgsql-hackers

From David E. Wheeler
Subject Re: Status of plperl inter-sp calling
Date
Msg-id 3963A35D-C4A0-4BF8-8E6F-EF5FABCF0276@kineticode.com
Whole thread Raw
In response to Re: Status of plperl inter-sp calling  (Tim Bunce <Tim.Bunce@pobox.com>)
Responses Re: Status of plperl inter-sp calling  (Tim Bunce <Tim.Bunce@pobox.com>)
List pgsql-hackers
On Jan 5, 2010, at 12:59 PM, Tim Bunce wrote:

> So you're suggesting SP::foo(...) _always_ executes foo(...) via bunch
> of spi_* calls. Umm. I thought performance was a major driving factor.
> Sounds like you're more keen on syntactic sugar.

I'm saying do both. Make the cached version the one that will be used most often, but make available a second version
thatdoesn't cache so that you get the sugar and the polymorphic dispatch. Such would only have to be used in cases
wherethere is more than one function that takes the same number of arguments. The rest of the time -- most of the time,
thatis -- one can use the cached version. 

Best,

David

pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: pg_migrator issues
Next
From: Jeff Davis
Date:
Subject: Re: true serializability and predicate locking