Re: pg_stat_statements

Поиск
Список
Период
Сортировка
От Julien Rouhaud
Тема Re: pg_stat_statements
Дата
Msg-id 20220112103141.qf6dfobqbeezz5ls@jrouhaud
обсуждение исходный текст
Ответ на Re: pg_stat_statements  (Simon Riggs <simon.riggs@enterprisedb.com>)
Ответы Re: pg_stat_statements  (Simon Riggs <simon.riggs@enterprisedb.com>)
Список pgsql-general
On Wed, Jan 12, 2022 at 10:22:38AM +0000, Simon Riggs wrote:
> On Wed, 12 Jan 2022 at 03:03, Julien Rouhaud <rjuju123@gmail.com> wrote:
> >
> > Unfortunately this is a known limitation.
> 
> I see this as a beneficial feature.
> 
> If the same SQL is executed against different sets of tables, each
> with different indexes, probably different data, the performance could
> vary dramatically and might need different tuning on each. So having
> separate rows in the pg_stat_statements output makes sense.

Yes, having different rows seems like a good thing.  But being unable to tell
which row apply to which schema is *not* a good thing.

> > There were some previous discussions (e.g. [1] and [2] more recently), but I
> > don't think there was a real consensus on how to solve that problem.
> 
> To differentiate, run each schema using a different user, so you can
> tell them apart.

This isn't always possible.  For instance, once you reach enough schema it will
be problematic to do proper pooling.



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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: pg_stat_statements
Следующее
От: Amine Tengilimoglu
Дата:
Сообщение: How to read an external pdf file from postgres?