Re: [HACKERS] Skipping PgStat_FunctionCallUsage for many expressions

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Skipping PgStat_FunctionCallUsage for many expressions
Дата
Msg-id 696.1487113103@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Skipping PgStat_FunctionCallUsage for many expressions  (Andres Freund <andres@anarazel.de>)
Ответы Re: [HACKERS] Skipping PgStat_FunctionCallUsage for many expressions  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> On 2016-11-26 08:41:28 -0800, Andres Freund wrote:
>> On November 26, 2016 8:06:26 AM PST, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>>> Those don't call functions, they call operators.  Yes, I know that an
>>> operator has a function underlying it, but the user-level expectation
>>> for track_functions is that what it counts are things that look
>>> syntactically like function calls.  I'm not eager to add tracking
>>> overhead for cases that there's been exactly zero field demand for.

>> But we do track for OpExprs? Otherwise I'd agree.

> Bump?

If you're going to insist on foolish consistency, I'd rather take out
tracking in OpExpr than add it in dozens of other places.
        regards, tom lane



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: [HACKERS] Skipping PgStat_FunctionCallUsage for many expressions
Следующее
От: Corey Huinker
Дата:
Сообщение: Re: [HACKERS] \if, \elseif, \else, \endif (was Re: PSQL commands:\quit_if, \quit_unless)