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
|
Список | 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 по дате отправления: