Re: storing intermediate results in recursive plpgsql functions

From: Fran Fabrizio <ffabrizio(at)mmrd(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: storing intermediate results in recursive plpgsql functions
Date: 2002-03-05 15:04:13
Message-ID: 3C84DE6D.3030602@mmrd.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


>>(apprently sql functions do not automatically end
>>transactions/release locks like plpgsql functions do)
>>
>
> Say what? There's no difference on that score for any kind of function;
> none of them end transactions or release locks at exit.

If that's the case, then this is the second time in a week I've found
huge errors in this darn PostgreSQL Developer's Handbook I bought. I'm
coming very close to tossing this thing in the garbage.

"When a PL/pgSQL function locks a table, the lock is released when the
PL/pgSQL function returns".

"You can't have transactions in PL/pgSQL functions. Every function is
executed in one transaction."

This book is really starting to tick me off. Grr. I'm amazed that
there are errors of this magnitude. The authors are Ewald Geschwinde
and Hans-Jurgen Schonig, does anyone know their credentials?

Thanks for clearing that up, Tom.

-Fran

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Petre Daniel 2002-03-05 15:04:20 database problem..
Previous Message Johnson, Shaunn 2002-03-05 14:57:35 SQL and parse errors