Re: An Idea for planner hints - Mailing list pgsql-hackers

From AgentM
Subject Re: An Idea for planner hints
Date
Msg-id C1F40A0C-2BB5-4397-B2F8-323CE7E91E88@themactionfaction.com
Whole thread Raw
In response to Re: An Idea for planner hints  (Peter Eisentraut <peter_e@gmx.net>)
List 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.


pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: [PATCHES] Forcing current WAL file to be archived
Next
From: "Jim C. Nasby"
Date:
Subject: Re: An Idea for planner hints