Re: PostgreSQL::PLPerl::Call - Simple interface for calling SQL functions from PostgreSQL PL/Perl
От | Tim Bunce |
---|---|
Тема | Re: PostgreSQL::PLPerl::Call - Simple interface for calling SQL functions from PostgreSQL PL/Perl |
Дата | |
Msg-id | 20100215120313.GD373@timac.local обсуждение исходный текст |
Ответ на | Re: PostgreSQL::PLPerl::Call - Simple interface for calling SQL functions from PostgreSQL PL/Perl (Richard Huxton <dev@archonet.com>) |
Список | pgsql-hackers |
On Mon, Feb 15, 2010 at 10:42:15AM +0000, Richard Huxton wrote: > On 15/02/10 10:32, Tim Bunce wrote: > >On Mon, Feb 15, 2010 at 07:31:14AM +0000, Richard Huxton wrote: > >> > >>Is there any value in having a two-stage interface? > >> > >> $seq_fn = get_call('nextval(regclass)'); > >> $foo1 = $seq_fn->($seq1); > >> $foo2 = $seq_fn->($seq2); > > > >I don't think there's significant performance value in that. > > > >Perhaps it could be useful to be able to pre-curry a call and > >then pass that code ref around, but you can do that trivially > >already: > > > > $nextval_fn = sub { call('nextval(regclass)', @_) }; > > $val = $nextval_fn->($seq1); > >or > > $nextfoo_fn = sub { call('nextval(regclass)', 'foo_seqn') }; > > $val = $nextfoo_fn->(); > > Fair enough. Just wondered whether it was worth putting that on your > side of the interface. I'm forced to concede you probably have more > experience in database-related APIs than me :-) I've actually very little experience with PostgreSQL! I'm happy to argue each case on its merits and am certainly open to education and persuasion. At the moment I don't see enough gain to warrant an additional API. I am adding the some examples to the docs though. So thanks for that! Tim.
В списке pgsql-hackers по дате отправления: