Re: Per backend relation statistics tracking
От | Sami Imseih |
---|---|
Тема | Re: Per backend relation statistics tracking |
Дата | |
Msg-id | CAA5RZ0tX1wLkMxN1d=iYk9AvQ63Jup1haKeBMBeZsCu8xApzdw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Per backend relation statistics tracking (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: Per backend relation statistics tracking
|
Список | pgsql-hackers |
> Adding these fields to the backend level stats spread based on the > backend PID without the knowledge of the relation they're related with > makes it much less interesting IMO, because we lose a lot of > granularity value that we have with the pg_statio_* relations, at the > cost of more bloat, particularly if these numbers are distributed > across many relations. I think the flip side of the argument is that the current per-table metrics don't tell us which of our backends ( by user, application_name ) are contributing to a specific type of activity. Would it be interesting to try to answer a question such as "Does application_name = AppA perform more sequential scans than AppB?" or "does UserA perform more index scans than UserB?" Currently, we don't have an easy way to figure out such information, without some sort of a DML trigger. -- Sami
В списке pgsql-hackers по дате отправления: