Re: Slow update with simple query

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: Slow update with simple query
Дата
Msg-id
21627.1166115026@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
Slow update with simple query Arnaud Lesauvage <thewild@freesurf.fr>
Re: Slow update with simple query Ragnar <gnari@hive.is>
Re: Slow update with simple query Arnaud Lesauvage <thewild@freesurf.fr>
Re: Slow update with simple query "Jens Schipkowski" <jens.schipkowski@apus.co.at>
Re: Slow update with simple query Arnaud Lesauvage <thewild@freesurf.fr>
Re: Slow update with simple query "Jens Schipkowski" <jens.schipkowski@apus.co.at>
Re: Slow update with simple query Arnaud Lesauvage <thewild@freesurf.fr>
Re: Slow update with simple query Ragnar <gnari@hive.is>
Re: Slow update with simple query Arnaud Lesauvage <thewild@freesurf.fr>
Re: Slow update with simple query asif ali <asif_icrossing@yahoo.com>
Re: Slow update with simple query Arnaud Lesauvage <thewild@freesurf.fr>
Re: Slow update with simple query Tom Lane <tgl@sss.pgh.pa.us>
Re: Slow update with simple query Mark Lewis <mark.lewis@mir3.com>
Re: Slow update with simple query Tom Lane <tgl@sss.pgh.pa.us>
Re: Slow update with simple query Arnaud Lesauvage <thewild@freesurf.fr>
Re: Slow update with simple query Tom Lane <tgl@sss.pgh.pa.us>
Re: Slow update with simple query Arnaud Lesauvage <thewild@freesurf.fr>
Re: Slow update with simple query Tom Lane <tgl@sss.pgh.pa.us>
Re: Slow update with simple query Mark Lewis <mark.lewis@mir3.com>
Re: Slow update with simple query Tom Lane <tgl@sss.pgh.pa.us>
Re: Slow update with simple query Arnaud Lesauvage <thewild@freesurf.fr>
Mark Lewis  writes:
> Out of curiosity, how hard would it be to modify the output of EXPLAIN
> ANALYZE when doing an insert/update to include the index update times
> and/or non-FK constraint checking times and/or the table row update
> times?

I don't think it'd help much --- in an example like this, other tools
like vmstat would be more likely to be useful in investigating the
problem.  There's also the problem that EXPLAIN ANALYZE overhead is
already too high --- another dozen gettimeofday() calls per row
processed doesn't sound appetizing.

			regards, tom lane
В списке pgsql-performance по дате отправления
От: Tom Lane
Дата:
Сообщение: Re: EXPLAIN ANALYZE on 8.2
От: Rohit Prakash Khare
Дата:
Сообщение: unsubscribe
FAQ