Re: PL/pgSQL stored procedure returning multiple result sets (SELECTs)?

From: Ivan Sergio Borgonovo <mail(at)webthatworks(dot)it>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: PL/pgSQL stored procedure returning multiple result sets (SELECTs)?
Date: 2008-10-14 21:39:52
Message-ID: 20081014233952.028324a7@dawn.webthatworks.it
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, 14 Oct 2008 16:51:29 -0400
"Merlin Moncure" <mmoncure(at)gmail(dot)com> wrote:

> Functions are limited in the sense that it is awkward to return
> multiple sets, but are much more flexible how they can be
> integrated into queries -- you can call a function anywhere a
> scalar or a set is allowed -- in addition to the monolithic
> procedure style.

From a security point of view... stored procedures can't be called
inside another statement making it harder to hide them for sql
injection.

> While the inability to return directly two sets from the same
> function is annoying (I would use arrays today, this was one of
> the reasons why we wrote libpqtypes), you have to understand that
> in virtually all other respects postgresql pl/pgsql is light years
> beyond the lousy psm implementation in mysql. The way we handle

That's one of the reasons that made me chose postgresql in spite of
mysql. PostgreSQL is easier to program and its programming
"infrastructure" is MUCH MUCH more mature.

--
Ivan Sergio Borgonovo
http://www.webthatworks.it

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Mikkel Høgh 2008-10-14 21:57:36 Re: Drupal and PostgreSQL - performance issues?
Previous Message Bill Thoen 2008-10-14 21:38:37 Re: Update with a Repeating Sequence