Re: Slow update with simple query
От
Tom Lane
Тема
Re: Slow update with simple query
Дата
Msg-id
21627.1166115026@sss.pgh.pa.us
Ответ на
Re: Slow update with simple query (Mark Lewis)
Список
Дерево обсуждения
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 по дате отправления