From: | Matteo Beccati <php(at)beccati(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Martijn van Oosterhout <kleptog(at)svana(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Does EXPLAIN ANALYZE show a wrong plan for MIN/MAX? |
Date: | 2005-11-11 15:00:54 |
Message-ID: | 4374B226.1090106@beccati.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> Martijn van Oosterhout <kleptog(at)svana(dot)org> writes:
>> On Fri, Nov 11, 2005 at 11:05:45AM +0100, Matteo Beccati wrote:
>>> It seems that the plan outputted is not the optimized one (available
>>> since 8.1) that is really used when running the plain query.
>
>> It may also be that the overhead of calling gettimeofday() several
>> times per tuple is blowing the time out. What platform is this?
>
> Martijn's explanation is by far the more probable. The high overhead
> of EXPLAIN ANALYZE has been documented before.
OK, I've had the same explaination on IRC by dennisb, but I thought it
was strange to have a 15x slowdown.
So, does benchmarking queries using explain analyze lead to unreliable
results? Shouldn't a min/max query use a index scan when possible?
Best regards
--
Matteo Beccati
http://phpadsnew.com
http://phppgads.com
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-11-11 15:06:51 | Re: 8.1 substring bug? |
Previous Message | Harald Fuchs | 2005-11-11 14:57:39 | Re: 8.1 substring bug? |