Re: why does plperl cache functions using just a bool for is_trigger - Mailing list pgsql-hackers

From Alex Hunsaker
Subject Re: why does plperl cache functions using just a bool for is_trigger
Date
Msg-id AANLkTikk9VF=guVjTXkCQARaZLxnHX0zyC=1Snrp71nt@mail.gmail.com
Whole thread Raw
In response to Re: why does plperl cache functions using just a bool for is_trigger  (Alex Hunsaker <badalex@gmail.com>)
List pgsql-hackers
On Thu, Nov 4, 2010 at 14:29, Alex Hunsaker <badalex@gmail.com> wrote:
> On Thu, Nov 4, 2010 at 13:43, Hannu Krosing <hannu@2ndquadrant.com> wrote:
>> So your plan was to have some savepoint before each execute ?
>>
>> How would one rollback the latest transaction ?
>
> It is always rolled back.  Its how plperl works today:
> create or replace function foo() returns int as $$
> eval {
>    spi_exec_query('create table uniq (num int primary key');
>    spi_exec_query('insert into uniq (num) values (1), (1);', 1);
> };

To be clear, there is no reason to have both in an eval {}.  There is
no magic savepoint there.  if 'insert into' fails, the table will
still be created (assuming the transaction is not aborted later of
course).


pgsql-hackers by date:

Previous
From: Alex Hunsaker
Date:
Subject: Re: why does plperl cache functions using just a bool for is_trigger
Next
From: Tom Lane
Date:
Subject: Re: lazy snapshots?