From: | AgentM <agentm(at)themactionfaction(dot)com> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: An Idea for planner hints |
Date: | 2006-08-15 18:20:01 |
Message-ID: | C1F40A0C-2BB5-4397-B2F8-323CE7E91E88@themactionfaction.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Aug 15, 2006, at 13:55 , Peter Eisentraut wrote:
> Jim C. Nasby wrote:
>>> Meet EXPLAIN ANALYZE.
>>
>> Which does no good for apps that you don't control the code on. Even
>> if you do control the code, you have to find a way to stick EXPLAIN
>> ANALYZE in front of every query, and figure out how to deal with
>> what's comming back.
>
> It would not be hard to create an "auto explain analyze" mode that
> implicitly runs EXPLAIN ANALYZE along with every query and logs the
> result. On its face, it sounds like an obviously great idea. I just
> don't see how you would put that to actual use, unless you want to
> read
> server logs all day long. Grepping for query duration and using the
> statistics views are much more manageable tuning methods. In my view
> anyway.
Also [and this has been brought up before], explain analyze doesn't
make any effort to highlight the actual discrepancies from the plan.
If it could drop an arrow or an asterisk where, for example, the
numbers are off by an order of magnitude, it would make a big
difference.
From | Date | Subject | |
---|---|---|---|
Next Message | Jim C. Nasby | 2006-08-15 18:50:16 | Re: An Idea for planner hints |
Previous Message | Simon Riggs | 2006-08-15 18:11:24 | Re: [HACKERS] Forcing current WAL file to be archived |