Re: Stored procedures and out parameters - Mailing list pgsql-hackers

From David G. Johnston
Subject Re: Stored procedures and out parameters
Date
Msg-id CAKFQuwamh9RzxsCyDZHeupQX3adWaYTePQ0D0_dXZygx7vFmRg@mail.gmail.com
Whole thread Raw
In response to Re: Stored procedures and out parameters  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: Stored procedures and out parameters
List pgsql-hackers
On Wed, Aug 22, 2018 at 9:39 AM, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote:
On 16/08/2018 19:54, Shay Rojansky wrote:
> I don't think there's anything really Microsoft-specific about any of
> this (except maybe in the history) - just like JDBC and psycopg, there's
> simply a single standard way in the database API for invoking
> server-side things, and not two ways.

Have you looked what those standard interfaces do in other SQL
implementations (e.g., Oracle, DB2, Derby, MySQL)?  AFAICT in no case
does it involve allowing functions to be called as procedures or vice versa.

That is all well and good except PostgreSQL took its sweet time implementing procedures and so effectively encouraged its community to dual-purpose functions.  Now the community is simply asking core to recognize that history and dual-purpose the "CALL" command.

What others have done doesn't change the situation that has arisen for PostgreSQL due to its implementation history.

David J.

pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Stored procedures and out parameters
Next
From: Andres Freund
Date:
Subject: Re: Query is over 2x slower with jit=on