Re: possible wrong query plan on pg 8.3.5,

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: possible wrong query plan on pg 8.3.5,
Дата
Msg-id 9029.1252869691@sss.pgh.pa.us
обсуждение исходный текст
Ответ на possible wrong query plan on pg 8.3.5,  (zz_11@mail.bg)
Ответы Re: possible wrong query plan on pg 8.3.5,  (zz_11@mail.bg)
Список pgsql-performance
zz_11@mail.bg writes:
> I am running a relativ complex query on pg 8.3.5 and have (possible)
> wrong query plan.
> ...
> If I run the query without thle last part : and n.num like '191%'
> it work ok as speed ~ 30 sec on not very big db.
> If I run the full query it take very long time to go ( i never waited
> to the end but it take  > 60 min.)

I'm betting that it's badly underestimating the number of rows
satisfying the LIKE condition:

>                                               ->  Index Scan using
> i_nomen_num on a_nomen n  (cost=0.00..56.39 rows=24 width=128)
>                                                     Index Cond:
> (((num)::text >= '191'::text) AND ((num)::text < '192'::text))
>                                                     Filter:
> ((num)::text ~~ '191%'::text)

Is 24 the right number of rows for that, or anywhere close?  If not, try
raising the statistics target for this table.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Persistent Plan Cache
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Persistent Plan Cache