Re: Add parallel columns for pg_stat_statements
| От | Guillaume Lelarge |
|---|---|
| Тема | Re: Add parallel columns for pg_stat_statements |
| Дата | |
| Msg-id | CAECtzeUq=hu2C1o=iXWUoF5HZ8affV5UcBsZJXZ=Kqu0LuqBYA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Add parallel columns for pg_stat_statements (Guillaume Lelarge <guillaume@lelarge.info>) |
| Список | pgsql-hackers |
Le jeu. 7 nov. 2024 à 04:19, Michael Paquier <michael@paquier.xyz> a écrit :
On Wed, Oct 09, 2024 at 08:32:52AM +0900, Michael Paquier wrote:
> Okay, applied 0001 and 0002 then after a second lookup. I'll spend
> some more time thinking about 0003 and the other threads.
Considered 0003, and I'm still not sure that this is something that
is really required based on the correlation that are now possible with
the number of times a query has been called and the number of
planned/launched workers.
I'm fine with your decision. After using the new metrics, we'll probably see more clearly if that's enough.
So I am marking the entry as committed. Let's see about the threads
for the addition of this data at table-level and at the
database-level.
Sounds good!
Table level is probably not the most important in my view. Database-level and logging are what really matters to me.
Thanks.
--
Guillaume.
В списке pgsql-hackers по дате отправления: