Re: 7.4.7: strange planner decision

Поиск
Список
Период
Сортировка
От Richard Huxton
Тема Re: 7.4.7: strange planner decision
Дата
Msg-id 42D501AB.5080306@archonet.com
обсуждение исходный текст
Ответ на 7.4.7: strange planner decision  (Roman Neuhauser <neuhauser@sigpipe.cz>)
Ответы Re: 7.4.7: strange planner decision  (Roman Neuhauser <neuhauser@sigpipe.cz>)
Список pgsql-general
Roman Neuhauser wrote:
> Why does the planner want to crawl the table that has 5M rows instead of the one
> with 176k rows? Both tables are freshly vacuum-full-analyzed.

Because you don't have an index on "base" for the files table.

> callrec32=# \d fix.files
>               Table "fix.files"
>  Column |          Type          | Modifiers
> --------+------------------------+-----------
>  dir    | character varying(255) |
>  base   | character varying(255) |
> Indexes:
>     "base_storename_idx" btree (base, ((((dir)::text || '/'::text) || (base)::text)))
>     "ff_storename_idx" btree (((((dir)::text || '/'::text) || (base)::text)))

A couple of indexes, but none simple on "base", so it can't be used for
the join.

--
   Richard Huxton
   Archonet Ltd

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

Предыдущее
От: Janning Vygen
Дата:
Сообщение: strange error with temp table: pg_type_typname_nsp_index
Следующее
От: David Pratt
Дата:
Сообщение: Array as parameter for plpgsql function