Re: Speed comparison to Oracle. Why was this query slower - Mailing list pgsql-general

From Bruce Momjian
Subject Re: Speed comparison to Oracle. Why was this query slower
Date
Msg-id 200202230020.g1N0KuW09576@candle.pha.pa.us
Whole thread Raw
In response to Re: Speed comparison to Oracle. Why was this query slower on pgsql?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Speed comparison to Oracle. Why was this query slower  (Francisco Reyes <lists@natserv.com>)
List pgsql-general
Tom Lane wrote:
> Martijn van Oosterhout <kleptog@svana.org> writes:
> > On Fri, Feb 22, 2002 at 05:23:40PM -0500, Francisco Reyes wrote:
> >>> Is Oracle better at aggregate functions?
> >> How could it be done in a more clever fashion?
>
> > By hashing. Get a hash table. For each row, hash the grouping rows to lookup
> > the intermediate aggregate stage to aggregate this row into. At the end, run
> > through your hash dumping the results.
>
> This is on our TODO list.  It'd be interesting to know whether that is
> the source of Oracle's speed advantage in this particular scenario,
> though.  What is PG's EXPLAIN output for this query, and what does
> Oracle have to say about it?  (They don't call it EXPLAIN, but I know
> they have an equivalent function to show the query plan for a query.)

Was the original users doing GROUP BY with the aggregate?  I don't
remember.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: restore problem from pg_dump & serial
Next
From: Bruce Momjian
Date:
Subject: Re: Casting Varchar to Numeric