Re: returning multiple result sets from a stored procedure
| От | Pavel Stehule |
|---|---|
| Тема | Re: returning multiple result sets from a stored procedure |
| Дата | |
| Msg-id | AANLkTik1nXrx0=b9Z+RoUHdbdfvv6hwi--Jz1Nn_Kw0s@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: returning multiple result sets from a stored procedure ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>) |
| Список | pgsql-hackers |
2010/9/9 Kevin Grittner <Kevin.Grittner@wicourts.gov>:
> Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
>> I'm with Robert: this would be a huge extra complication for a
>> remarkably small amount of benefit.
>
> This is probably heresy, but unless it's required by the standard or
> drop-dead simple to allow, I'd be fine with *not* supporting
> overloading of stored procedure names based on argument types at
> all. I can see the need for to support it for functions; I can't
> think where it would be all that useful for stored procedures. If
> unique stored procedure names were required, it seems we might be
> able to allow assignment casts on parameters, which might be more
> useful.
>
> I'm probably missing some good use case....
for example - value transformation from / to bytea
CREATE FUNCTION send(int);
CREATE FUNCTION send(text);
CREATE FUNCTION recv(int);
CREATE FUNCTION recv(text)
then you can write
BEGIN send('ahoj'); send(10); recv(textvar); recv(numvar);
Regards
Pavel Stehule
>
> -Kevin
>
В списке pgsql-hackers по дате отправления: