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)
Список
Дерево обсуждения
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
Дата: