Re: Speed comparison to Oracle. Why was this query slower
От | Bruce Momjian |
---|---|
Тема | Re: Speed comparison to Oracle. Why was this query slower |
Дата | |
Msg-id | 200202230020.g1N0KuW09576@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Speed comparison to Oracle. Why was this query slower on pgsql? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Speed comparison to Oracle. Why was this query slower
|
Список | 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 по дате отправления: