Re: CALL versus procedures with output-only arguments

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: CALL versus procedures with output-only arguments
Дата
Msg-id a894cec7-1f3e-eb1d-e662-a548112db2ba@enterprisedb.com
обсуждение исходный текст
Ответ на Re: CALL versus procedures with output-only arguments  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 03.06.21 23:29, Tom Lane wrote:
> Peter Eisentraut <peter.eisentraut@enterprisedb.com> writes:
>> On 02.06.21 02:04, Tom Lane wrote:
>>> Hmm, actually we could make step 2 a shade tighter: if a candidate
>>> routine is a function, match against proargtypes.  If it's a procedure,
>>> match against coalesce(proallargtypes, proargtypes).  If we find
>>> multiple matches, raise ambiguity error.
> 
>> I'm ok with this proposal.
> 
> Cool.  Do you want to try to implement it, or shall I?
> 
> A question that maybe we should refer to the RMT is whether it's
> too late for this sort of redesign for v14.  I dislike reverting
> the OUT-procedure feature altogether in v14, but perhaps that's
> the sanest way to proceed.

I'll take a look at this.  I'm not clear on the beta schedule, but the 
next beta is probably still a few weeks away.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jim Mlodgenski
Дата:
Сообщение: Re: Support for CREATE MODULE?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: CALL versus procedures with output-only arguments