Re: Removing width from EXPLAIN

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: greg(at)turnstep(dot)com
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Removing width from EXPLAIN
Date: 2003-05-20 19:03:53
Message-ID: 921.1053457433@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

greg(at)turnstep(dot)com writes:
> I guess I was thinking about this:
> http://groups.google.com/groups?selm=10897.953919427%40sss.pgh.pa.us
> "Average width is pretty bogus because the thing really doesn't have
> any idea of the average length of variable-length columns. I'm thinking
> about improving that in the future, but it may not be worth the trouble,
> because the width isn't used for very much."

That comment predated 7.0, which is a long time ago. We now have
statistics about actual average widths of columns, so the estimates are
not nearly as bogus as they used to be. And with the expanded scope for
hash-based query plans in 7.4, I think the estimated size of hash tables
will become an even more interesting tidbit than it is now.

> I also think that it is used that much: if you look at all the EXPLAINS
> that have come across the various lists over the years, very few (if any)
> utilize the "width" in any important way. It's important for computing
> the cost, but I would like to suggest that the extra "noise" should be
> off by default as most people never make use of it, and an EXPLAIN ANALYZE
> is already quite verbose.

But EXPLAIN has always included a lot of info that the man in the street
wouldn't know how to interpret. I don't think making it less complete
is going to help anyone.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2003-05-20 19:05:05 Re: Logging (was Re: Suggestion GRANT ALTER, TRIGGER ON ALTER)
Previous Message Josh Berkus 2003-05-20 18:39:03 Re: Logging (was Re: Suggestion GRANT ALTER, TRIGGER ON ALTER)