"Peter Hardman" <peter(at)ssbg(dot)zetnet(dot)co(dot)uk> writes:
> I wonder whether Paradox and MySQL are just not doing the sort (this
> seems to be what eats up the time), since the output of the subquery
> is in fact already in the proper order.
MSSQL (from the other thread). I feel fairly safe in assuming that
MySQL's query optimizer is not nearly in the league to do this query
effectively. (I like the theory Arjen mentioned that what you are
measuring there is the effects of their query cache rather than a
smart fundamental implementation.) I wonder whether MSSQL has an
EXPLAIN equivalent ...
Anywy, your point about the sort being redundant is a good one, and
offhand I'd have expected PG to catch that; I'll have to look into
why it didn't. But that's not going to explain a 10x speed
difference, because the sort isn't 90% of the runtime.
regards, tom lane
In response to
pgsql-performance by date
|Next:||From: Mark Lewis||Date: 2006-08-17 13:54:00|
|Subject: Re: PostgreSQL runs a query much slower than BDE and|
|Previous:||From: Markus Schaber||Date: 2006-08-17 11:01:34|
|Subject: Re: PostgreSQL runs a query much slower than BDE and MySQL|