Re: Seeking Clarification on Function Definitions in PostgreSQL Extensions - Mailing list pgsql-general

From David G. Johnston
Subject Re: Seeking Clarification on Function Definitions in PostgreSQL Extensions
Date
Msg-id CAKFQuwa430SdD+fD34_hzCczf9Fv3AKR4Mds_KxPuonaFs7emQ@mail.gmail.com
Whole thread Raw
In response to Re: Seeking Clarification on Function Definitions in PostgreSQL Extensions  (Ron Johnson <ronljohnsonjr@gmail.com>)
Responses Re: Seeking Clarification on Function Definitions in PostgreSQL Extensions
Re: Seeking Clarification on Function Definitions in PostgreSQL Extensions
List pgsql-general
On Tuesday, June 18, 2024, Ron Johnson <ronljohnsonjr@gmail.com> wrote:
On Tue, Jun 18, 2024 at 1:57 PM David G. Johnston <david.g.johnston@gmail.com> wrote:
On Tuesday, June 18, 2024, Ron Johnson <ronljohnsonjr@gmail.com> wrote:

But I stand by returning OUT params and records at the same time.

You mean you dislike adding the optional returns clause when output parameters exist? 

Correct.  It breaks the distinction between function and procedure.

How so?

The two distinctions are functions can produce sets while procedures get transaction control.

They both can produce a single multi-column output record.  The presence or absence of the optional return clause on a function definition doesn’t change that fact.
 
 
Because the out parameters and the “record” represent the exact same thing.
 
What's the purpose?  Legacy of not having procedures? 

So people can have a style guide that says always specify a returns clause on function definitions.

David J.

 

pgsql-general by date:

Previous
From: Ron Johnson
Date:
Subject: Re: Seeking Clarification on Function Definitions in PostgreSQL Extensions
Next
From: Daniel Gustafsson
Date:
Subject: Re: HISTIGNORE in psql