Re: Bitmap Heap Scan anomaly

Поиск
Список
Период
Сортировка
От Jeff Davis
Тема Re: Bitmap Heap Scan anomaly
Дата
Msg-id 1178236242.28383.304.camel@dogma.v10.wvs
обсуждение исходный текст
Ответ на Bitmap Heap Scan anomaly  (jaba the mobzy <makaronaforna@yahoo.com>)
Ответы Re: Bitmap Heap Scan anomaly  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Thu, 2007-05-03 at 14:33 -0700, jaba the mobzy wrote:
> mycorr_100 took 11.4 s to run although it had to fetch 100000 row from
> the base table.
> mycorr_10 took 24.4 s to run although it had to fetch 10563 row from
> the base table.

This is because the physical distribution of data is different. The
mycorr_10 table has tuples in which a and b are > 15.9M spread all
throughout. mycorr_100 has them all collected together at the end of the
physical file. Less disk seeking.

You can test this by doing a CLUSTER on both tables and run the same
queries again.

Regards,Jeff Davis






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

Предыдущее
От: jaba the mobzy
Дата:
Сообщение: Bitmap Heap Scan anomaly
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Bitmap Heap Scan anomaly