Re: [WIP] showing index maintenance on EXPLAIN
От
Amit Kapila
Тема
Re: [WIP] showing index maintenance on EXPLAIN
Дата
Msg-id
CAA4eK1LkAMg-b6Ra5zYAYyc85771geQfrJzJPDBaxWciiV6Asg@mail.gmail.com
Ответ на
[WIP] showing index maintenance on EXPLAIN (Jaime Casanova)
Список
Дерево обсуждения
[WIP] showing index maintenance on EXPLAIN Jaime Casanova <jaime@2ndquadrant.com>
Re: [WIP] showing index maintenance on EXPLAIN Thom Brown <thom@linux.com>
Re: [WIP] showing index maintenance on EXPLAIN Amit Kapila <amit.kapila16@gmail.com>
Re: [WIP] showing index maintenance on EXPLAIN Jaime Casanova <jaime@2ndquadrant.com>
Re: [WIP] showing index maintenance on EXPLAIN Robert Haas <robertmhaas@gmail.com>
Re: [WIP] showing index maintenance on EXPLAIN David G Johnston <david.g.johnston@gmail.com>
Re: [WIP] showing index maintenance on EXPLAIN Jaime Casanova <jaime@2ndquadrant.com>
Re: [WIP] showing index maintenance on EXPLAIN Amit Kapila <amit.kapila16@gmail.com>
Re: [WIP] showing index maintenance on EXPLAIN Jaime Casanova <jaime@2ndquadrant.com>
Re: [WIP] showing index maintenance on EXPLAIN Haribabu Kommi <kommi.haribabu@gmail.com>
On Thu, May 8, 2014 at 5:30 AM, Jaime Casanova wrote: > Hi, > > This patch implements $subject only when ANALYZE and VERBOSE are on. > I made it that way because for years nobody seemed interested in this > info (at least no one did it) so i decided that maybe is to much > information for most people (actually btree indexes are normally very > fast). Why to capture only for Index Insert/Update and not for Read; is it because Read will be always fast ot implementation complexity? Why not similar timings for heap? Why can't we print when only Analyze is used with Explain, the execution time is printed with Analyze option? Could you please tell in what all kind of scenario's, do you expect it to be useful? One I could think is that if there are multiple indexes on a table and user wants to find out if any particular index is consuming more time. With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления