Re: compute_query_id and pg_stat_statements

Поиск
Список
Период
Сортировка
От Julien Rouhaud
Тема Re: compute_query_id and pg_stat_statements
Дата
Msg-id 20210513054602.aaq67sjggwnkk6ft@nol
обсуждение исходный текст
Ответ на Re: compute_query_id and pg_stat_statements  (Maciek Sakrejda <m.sakrejda@gmail.com>)
Список pgsql-hackers
On Wed, May 12, 2021 at 10:31:01PM -0700, Maciek Sakrejda wrote:
> On Wed, May 12, 2021 at 9:58 PM Julien Rouhaud <rjuju123@gmail.com> wrote:
> > Le jeu. 13 mai 2021 à 12:52, Maciek Sakrejda <m.sakrejda@gmail.com> a écrit :
> >>
> >> For what it's worth, I don't think the actual changing of an extra
> >> setting is that big a burden: it's the figuring out that you need to
> >> change it, and how you should configure it, that is the problem.
> >> Especially since all major search engines still seem to return 9.4 (!)
> >> documentation as the first hit for a "pg_stat_statements" search. The
> >> common case (installing pg_stat_statements but not tweaking query id
> >> generation) should be simple.
> >
> >
> > the v2 patch I sent should address both your requirements.
> 
> Yes, thanks--I just tried it and this is great. I just wanted to argue
> against reversing course here.

Oh ok.  Good news then, thanks!



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

Предыдущее
От: "osumi.takamichi@fujitsu.com"
Дата:
Сообщение: RE: Forget close an open relation in ReorderBufferProcessTXN()
Следующее
От: Amit Langote
Дата:
Сообщение: Re: PG 14 release notes, first draft