Re: result sets from functions...

From: Jan Wieck <JanWieck(at)Yahoo(dot)com>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: "Robert J(dot) Sanford, Jr(dot)" <rsanford(at)nolimitsystems(dot)com>, pgsql-sql(at)postgresql(dot)org
Subject: Re: result sets from functions...
Date: 2001-08-15 05:49:03
Message-ID: 200108150549.f7F5n3H02394@jupiter.us.greatbridge.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

Josh Berkus wrote:
> Robert,
>
> > i'm reading the postgres documentation and i'm specifically
> > interested in creating stored procedures so that i can keep
> > as much of the business logic in the database as possible.
> > while reading 13.1.3 (SQL Functions on Composite Types) in
> > the Programmer's Guide i come across the phrase...
> > "When calling a function that returns a row, we cannot
> > retrieve the entire row. We must either project an
> > attribute out of the row or pass the entire row into
> > another function.
> > SELECT name(new_emp()) AS nobody;"
>
> Unfortunately, PostgreSQL functions do not yet return result sets. This
> is on the "todo" list but unfortunately requires an overhaul of how
> postgresql functions work.

As said, in v7.2 we'll have the ability to return cursors
from functions (and I'm looking actually into the ability of
doing RETURN AND RESUME). So there is at least some sort of
workaround on the horizon.

Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

In response to

Browse pgsql-sql by date

  From Date Subject
Next Message Paul McGarry 2001-08-15 06:49:58 RE: Temp tables being written to disk. Avoidable?
Previous Message Tom Lane 2001-08-15 04:35:00 Re: Re: DateDiff, IsNull?