Re: On-disk bitmap index patch

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: On-disk bitmap index patch
Дата
Msg-id 5085.1153802202@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: On-disk bitmap index patch  (mark@mark.mielke.cc)
Ответы Re: On-disk bitmap index patch  (mark@mark.mielke.cc)
Re: On-disk bitmap index patch  (Ron Mayer <rm_pg@cheapcomplexdevices.com>)
Список pgsql-hackers
mark@mark.mielke.cc writes:
> Reading 1/4, for a larger table, has a good chance of being faster than
> reading 4/4 of the table. :-)

Really?

If you have to hit one tuple out of four, it's pretty much guaranteed
that you will need to fetch every heap page.  So using an index provides
zero I/O savings on the heap side, and any fetches needed to read the
index are pure cost.  Now you have to demonstrate that the CPU costs
involved in processing the index are significantly cheaper than the cost
of just testing the WHERE qual at every heap tuple --- not a bet that's
likely to win at a one-in-four ratio.

> Will it be worth it or not? I won't know until I try it. :-)

Agreed.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Help! - Slony-I - saving/setting/restoring GUC
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Better name/syntax for "online" index creation