From: | "Art Nicewick" <art(dot)nicewick(at)ams(dot)com> |
---|---|
To: | "Josh Berkus" <josh(at)agliodbs(dot)com> |
Cc: | Masse Jacques <jacques(dot)masse(at)bordeaux(dot)cemagref(dot)fr>, pgsql-novice(at)postgresql(dot)org |
Subject: | Re: Do Stored Procedures exist (Besides FUNCTIONs) |
Date: | 2002-03-04 20:44:58 |
Message-ID: | OF764608DE.DAAFB99A-ON85256B72.0071C056@ams.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
I guess I should have made this two questions . . . . I got your answers
(On the TODO list). I was wondering if that was true for both issues:
1. ability to call a function (Like a store procedure call) ?
2. Ability to return multiple values ?
Are both of these on the TODO list ?.
"Josh Berkus"
<josh(at)agliodb To: "Art Nicewick" <art(dot)nicewick(at)ams(dot)com>, Masse Jacques
s.com> <jacques(dot)masse(at)bordeaux(dot)cemagref(dot)fr>
cc: pgsql-novice(at)postgresql(dot)org
03/04/02 Subject: Re: [NOVICE] Do Stored Procedures exist (Besides
03:11 PM FUNCTIONs)
Art,
> It seems the all the discussions in the ORACLE TO PGSQL port document
> are
> all about converting FUNCTIONs to FUNCTIONs, Procedures to FUNCTIONs.
> What
> about application that already return multiple parameters from a
> stored
> procedure.
This is an area currently under development for PostgreSQL. There is
some limited ability to return recordsets from Postgres using cursor
and/or Record objects. However, I do not know that this is yet
documented, as the functionality was just added for 7.2.
Overall, stored procedures like you describe remain on the "To Do"
list.
-Josh Brkus
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Berkus | 2002-03-04 21:04:20 | Re: Do Stored Procedures exist (Besides FUNCTIONs) |
Previous Message | Josh Berkus | 2002-03-04 20:11:33 | Re: Do Stored Procedures exist (Besides FUNCTIONs) |