Re: Why is fncollation in FunctionCallInfoData rather than fmgr_info?

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Why is fncollation in FunctionCallInfoData rather than fmgr_info?
Дата
Msg-id 20180606231100.ypy7r3mazlyjqzd4@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: Why is fncollation in FunctionCallInfoData rather than fmgr_info?  (Andrew Gierth <andrew@tao11.riddles.org.uk>)
Ответы Re: Why is fncollation in FunctionCallInfoData rather than fmgr_info?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Hi,

On 2018-06-06 21:25:14 +0100, Andrew Gierth wrote:
> >>>>> "Andres" == Andres Freund <andres@anarazel.de> writes:
> 
>  Andres> I think it's not unreasonable to think of it that way, but it's
>  Andres> really not how it is used today. In pretty much all cases the
>  Andres> collation is known and determined at the time fmgr_info() is
>  Andres> called (we also commonly reuse FunctionCallInfoData structs).
> 
> The obvious case which is not one of those "pretty much all cases" is
> where DirectFunctionCallN[Coll] is used - which turns out to be not all
> that unusual.

There the callsite just lives for just one call, I don't really see that
being an exception?

Greetings,

Andres Freund


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

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: POC: GROUP BY optimization
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Why is fncollation in FunctionCallInfoData rather than fmgr_info?