Re: Poor index choice -- multiple indexes of the same columns

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: Poor index choice -- multiple indexes of the same columns
Дата
Msg-id 200506271537.41797.josh@agliodbs.com
обсуждение исходный текст
Ответ на Poor index choice -- multiple indexes of the same columns  ("Karl O. Pinc" <kop@meme.com>)
Ответы Re: Poor index choice -- multiple indexes of the same  ("Karl O. Pinc" <kop@meme.com>)
Список pgsql-performance
Karl,

> Seems to me that when there's a constant value in the query
> and an = comparision it will always be faster to use the (b-tree)
> index that's ordered first by the constant value, as then all further
> blocks are guarenteed to have a higher relevant information
> density.  At least when compared with another index that has the
> same columns in it.

That really depends on the stats.   Such a choice would *not* be
appropriate if the < comparison was expected to return 1- rows while the =
condition applied to 15% of the table.

What is your STATISTICS_TARGET for the relevant columns set to?   When's
the last time you ran analyze?  If this is all updated, you want to post
the pg_stats rows for the relevant columns?

--
--Josh

Josh Berkus
Aglio Database Solutions
San Francisco

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

Предыдущее
От: "Karl O. Pinc"
Дата:
Сообщение: Forcing use of a particular index
Следующее
От: Jacques Caron
Дата:
Сообщение: Re: Forcing use of a particular index