Re: An Idea for planner hints

Поиск
Список
Период
Сортировка
От AgentM
Тема Re: An Idea for planner hints
Дата
Msg-id C1F40A0C-2BB5-4397-B2F8-323CE7E91E88@themactionfaction.com
обсуждение исходный текст
Ответ на Re: An Idea for planner hints  (Peter Eisentraut <peter_e@gmx.net>)
Список 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 по дате отправления:

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: [PATCHES] Forcing current WAL file to be archived
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: An Idea for planner hints