Re: pg_stat_user_functions' notion of user

Поиск
Список
Период
Сортировка
Искать
От
Josh Berkus
Тема
Re: pg_stat_user_functions' notion of user
Дата
Msg-id
4C5AFBC6.1020707@agliodbs.com
Ответ на
Список
Дерево обсуждения
pg_stat_user_functions' notion of user Peter Eisentraut <peter_e@gmx.net>
Re: pg_stat_user_functions' notion of user David Fetter <david@fetter.org>
Re: pg_stat_user_functions' notion of user Peter Eisentraut <peter_e@gmx.net>
Re: pg_stat_user_functions' notion of user David Fetter <david@fetter.org>
Re: pg_stat_user_functions' notion of user Josh Berkus <josh@agliodbs.com>
Re: pg_stat_user_functions' notion of user Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_stat_user_functions' notion of user Peter Eisentraut <peter_e@gmx.net>
Re: pg_stat_user_functions' notion of user Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_stat_user_functions' notion of user Josh Berkus <josh@agliodbs.com>
On 8/5/10 6:58 AM, Peter Eisentraut wrote:
> pg_stat_user_functions has an inconsistent notion of what "user" is.
> Whereas the other pg_stat_user_* views filter out non-user objects by
> schema, pg_stat_user_functions checks for language "internal", which
> does not successfully exclude builtin functions of language SQL.  Is
> there a reason for this inconsistency?

Undoubtedly because function data collection already filters on function
language, per the GUC setting.  Not that that is a *good* reason, but I
can see how we arrived a the current functionality.

--                                  -- Josh Berkus                                    PostgreSQL Experts Inc.                                    http://www.pgexperts.com

В списке pgsql-hackers по дате отправления
От: Kevin Grittner
Дата:
От: Robert Haas
Дата:
FAQ