Re: seqscan strikes again

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: seqscan strikes again
Дата
Msg-id 6304.1100042672@sss.pgh.pa.us
обсуждение исходный текст
Ответ на seqscan strikes again  ("Jim C. Nasby" <decibel@decibel.org>)
Список pgsql-performance
"Jim C. Nasby" <decibel@decibel.org> writes:
> I'm wondering if there's any way I can tweak things so that the estimate
> for the query is more accurate (I have run analyze):

>                ->  Index Scan using alert__tick_tsz on alert  (cost=0.00..2498.49 rows=7119 width=28) (actual
time=0.006..0.030rows=12 loops=1413) 
>                      Index Cond: (("outer".prev_end_time < ms_t(alert.tick)) AND ("outer".end_time >=
ms_t(alert.tick)))

Can you alter the data representation?  7.4 doesn't have any stats about
functional indexes and so it's not likely to come up with a good number
about the selectivity of the index on ms_t(tick).  It might be worth
materializing that value as a plain column and indexing the column.

(This being a join, I'm not sure it would help any, but it seems worth
trying.)

            regards, tom lane

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

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: seqscan strikes again
Следующее
От: Cao Duy
Дата:
Сообщение: simple select-statement takes more than 25 sec