Re: Join optimisation Quandry

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Join optimisation Quandry
Дата
Msg-id 18213.1074478860@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Join optimisation Quandry  (Ceri Storey <cez-misc.pgsql-perf@necrofish.org.uk>)
Список pgsql-performance
Ceri Storey <cez-misc.pgsql-perf@necrofish.org.uk> writes:
> Although, as I've just found, another bottleneck is the title table.
> PostgreSQL seems to inst on doing a Seq Scan on the entire table.

>    ->  Seq Scan on tid  (cost=0.00..20.00 rows=1000 width=8) (actual time=0.028..10.457 rows=17 loops=1)

It doesn't look like you've ever vacuumed or analyzed "tid" --- those
are the default cost and rows estimates.  Although I'm unsure whether
the plan would change much if you had.

            regards, tom lane

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

Предыдущее
От: Ceri Storey
Дата:
Сообщение: Re: Join optimisation Quandry
Следующее
От: Neil Conway
Дата:
Сообщение: Re: COUNT & Pagination