Re: Problems with ordering (can't force query planner to use an index)

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Problems with ordering (can't force query planner to use an index)
Дата
Msg-id 603c8f070903030940n3fb1e9eay53666d06cf489469@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Problems with ordering (can't force query planner to use an index)  (Sebastjan Trepca <trepca@gmail.com>)
Ответы Re: Problems with ordering (can't force query planner to use an index)  (Sebastjan Trepca <trepca@gmail.com>)
Список pgsql-performance
On Tue, Mar 3, 2009 at 12:20 PM, Sebastjan Trepca <trepca@gmail.com> wrote:
> But it's already attached in the first mail or am I missing something?
>
> If you don't see it, check this: http://pastebin.com/d71b996d0

Woops, sorry, I thought you had sent plain EXPLAIN.  I see it now.

The lowest level at which I see a problem is here:

->  Index Scan using core_accessor_fresh_idx on core_accessor
(cost=0.00..5460.07 rows=2970 width=92) (actual time=0.068..54.921
rows=69312 loops=1)
    Index Cond: ((slot_id = 472) AND (slot_type_id = 119) AND (label =
''::text) AND (user_id = 0) AND (role = 0) AND (publish_state >= 60))

For some reason it expect 2970 rows but gets 69312.

A good place to start is to change your default_statistics_target
value to 100 in postgresql.conf, restart postgresql, and re-ANALYZE.

...Robert

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

Предыдущее
От: Sebastjan Trepca
Дата:
Сообщение: Re: Problems with ordering (can't force query planner to use an index)
Следующее
От: Aaron Guyon
Дата:
Сообщение: Re: Postgres 8.3, four times slower queries?