Re: SQL-Invoked Procedures for 8.1

From: Peter Mount <peter(at)retep(dot)org(dot)uk>
To: Hannu Krosing <hannu(at)tm(dot)ee>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: SQL-Invoked Procedures for 8.1
Date: 2004-09-23 12:45:51
Message-ID: 4152C57F.20604@retep.org.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hannu Krosing wrote:

>On N, 2004-09-23 at 15:22, Peter Mount wrote:
>
>
>>Hannu Krosing wrote:
>>
>>
>>
>>>On N, 2004-09-23 at 11:34, Grant Finnemore wrote:
>>>
>>>
>>>
>>>
>>>>Hi Magnus,
>>>>
>>>>Yes, this is the situation that I have been thinking about. Specifically
>>>>when a single stored procedure returns many recordsets.
>>>>
>>>>
>>>>
>>>>
>>>IIRC support for returning multiple recordsets was removed from
>>>postgresql fe-be protocol years ago as "nobody ever needs it" ;)
>>>
>>>
>>>
>>>
>>Until recently I would have said the same thing.
>>
>>A couple of months ago I started a new job where they are MS-SQL based,
>>and they do have several procedures that actually do return multiple
>>recordsets from a single procedure. However this is the only time that
>>I've ever seen any procedure actually require it.
>>
>>
>
>Actually the original support was inhetited from Postgres4.2 where
>PostQuel had native support for it.
>
>It was probably decided that SQL (which replaced PostQuel) would not
>generate such things.
>
>
I'm not so sure as both JDBC & ODBC have implicit support for it and
they are younger than SQL.

ie: with Prepared/Callable statements in JDBC you are supposed to check
for the existence of any other ResultSets when reading the results...
this was what I had to do with CallableStatement last week with MSSQL.

Peter

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2004-09-23 13:15:43 Re: doc patch for ssl in server
Previous Message Hannu Krosing 2004-09-23 12:39:11 Re: SQL-Invoked Procedures for 8.1