From: | Peter Geoghegan <peter(at)2ndquadrant(dot)com> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Tatsuo Ishii <ishii(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: TODO |
Date: | 2012-08-24 00:30:13 |
Message-ID: | CAEYLb_U-0bwfZJSyzDqx5hkE+PrE=a6pSPi9MA605qa3jRwhnQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 23 August 2012 20:21, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> On Tue, Aug 21, 2012 at 12:16:11PM +0900, Tatsuo Ishii wrote:
>> I found this in https://wiki.postgresql.org/wiki/Todo :
>>
>> Improve ability to display optimizer analysis using OPTIMIZER_DEBUG
>>
>> What does this actually mean?
>>
>> Add GUC switch to enable optimizer debug on/off?
>> More fancy/useful info should be printed?
>> If so, what kind of information is required?
>
> Well, right now, OPTIMIZER_DEBUG lets you see what plans were considered
> and removed. I was thinking that information should be available
> without a special compiled binary.
That seems like an unreasonable burden on what OPTIMIZER_DEBUG can do.
If you can't build Postgres from source, something that is relatively
low barrier, you have little hope of sensibly interpreting low-level
output from the planner. However, I could get behind having it as a
configure option, which it is currently not. It would probably also
make sense to expose SELECTIVITY_DEBUG and GEQO_DEBUG.
--
Peter Geoghegan http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training and Services
From | Date | Subject | |
---|---|---|---|
Next Message | Tatsuo Ishii | 2012-08-24 01:47:08 | Re: Outdated Japanse developers FAQ |
Previous Message | Josh Berkus | 2012-08-23 23:08:38 | Re: TODO |