Proposal: roll pg_stat_statements into core

Поиск
Список
Период
Сортировка
От David Fetter
Тема Proposal: roll pg_stat_statements into core
Дата
Msg-id 20190901180025.GD21153@fetter.org
обсуждение исходный текст
Ответы Re: Proposal: roll pg_stat_statements into core  (Pavel Stehule <pavel.stehule@gmail.com>)
Re: Proposal: roll pg_stat_statements into core  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Proposal: roll pg_stat_statements into core  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
Folks,

I'd like to $Subject, on by default, with a switch to turn it off for
those really at the outer edges of performance. Some reasons include:

- It's broadly useful.
- Right now, the barrier for turning it on is quite high. In addition
  to being non-core, which is already a pretty high barrier at a lot
  of organizations, it requires a shared_preload_libraries setting,
  which is pretty close to untenable in a lot of use cases.
- The overhead for most use cases is low compared to the benefit.

Before I go do the patch, I'd like to see whether there's anything
like a consensus as to the what and how of doing this.

What say?

Best,
David.
-- 
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate



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

Предыдущее
От: Alexander Korotkov
Дата:
Сообщение: Re: Yet another fast GiST build
Следующее
От: Fabien COELHO
Дата:
Сообщение: Re: refactoring - share str2*int64 functions