Re: Query improvement

От

Robert Haas

Тема

Дата

13 мая 2011 г. в 23:28:59

Msg-id

BANLkTimV2Y8uT6SjsvZhR1kZ5Pf8+HPtYg@mail.gmail.com

обсуждение

Ответ на

Re: Query improvement (Claudio Freire)

Список

pgsql-performance

Дерево обсуждения

Query improvement Mark <Marek.Balgar@seznam.cz> 2 мая 2011 г. в 04:36:20

Re: Query improvement Claudio Freire <klaussfreire@gmail.com> 2 мая 2011 г. в 04:58:48

Re: Query improvement Mark <Marek.Balgar@seznam.cz> 3 мая 2011 г. в 03:44:07

Re: Query improvement Claudio Freire <klaussfreire@gmail.com> 3 мая 2011 г. в 04:22:16

Re: Query improvement Mark <Marek.Balgar@seznam.cz> 9 мая 2011 г. в 03:10:02

Re: Query improvement "Marc Mamin" <M.Mamin@intershop.de> 3 мая 2011 г. в 06:14:24

Re: Query improvement Mark <Marek.Balgar@seznam.cz> 9 мая 2011 г. в 03:10:01

Re: Query improvement Mark <Marek.Balgar@seznam.cz> 9 мая 2011 г. в 03:09:52

Re: Query improvement Robert Haas <robertmhaas@gmail.com> 13 мая 2011 г. в 23:28:59

On Mon, May 2, 2011 at 3:58 AM, Claudio Freire  wrote:
> Hash joins are very inefficient if they require big temporary files.

Hmm, that's not been my experience.  What have you seen?

I've seen a 64-batch hash join beat out a
nested-loop-with-inner-indexscan, which I never woulda believed,
but...

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

В списке pgsql-performance по дате отправления

Предыдущее

От: Robert Haas

Дата: 13 мая 2011 г. в 23:20:26

Сообщение: Re: reducing random_page_cost from 4 to 2 to force index scan

Следующее

От: Stefan Keller

Дата: 14 мая 2011 г. в 07:10:39

Сообщение: KVP table vs. hstore - hstore performance (Was: Postgres NoSQL emulation)