Re: simple join uses indexes, very slow

Поиск
Список
Период
Сортировка
От Steinar H. Gunderson
Тема Re: simple join uses indexes, very slow
Дата
Msg-id 20060328173442.GA31836@uio.no
обсуждение исходный текст
Ответ на Re: simple join uses indexes, very slow  ("Dave Dutcher" <dave@tridecap.com>)
Ответы Re: simple join uses indexes, very slow  ("Dave Dutcher" <dave@tridecap.com>)
Список pgsql-performance
On Tue, Mar 28, 2006 at 11:20:19AM -0600, Dave Dutcher wrote:
> I guess what I am really curious about is why was the OP getting an
> expensive sort when the planner tried a merge join?

A merge join requires sorted inputs.

> Most of the time was spent sorting the parameters parameters table by
> opset_num even though opset_num is indexed. Isn't Postgres able to walk the
> index instead of sorting?

The time of an index scan vs. a sequential scan + sort depends on several
factors, so it's not just a matter of walking the index whenever there is one.

/* Steinar */
--
Homepage: http://www.sesse.net/

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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Slow performance on Windows .NET and OleDb
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Massive Inserts Strategies