Re: An Idea for planner hints

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.

In response to

Browse pgsql-hackers by date

  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