possible TODO: read-only tables, select from indexes only.

Поиск
Список
Период
Сортировка
От Hannu Krosing
Тема possible TODO: read-only tables, select from indexes only.
Дата
Msg-id 1114184049.5871.44.camel@fuji.krosing.net
обсуждение исходный текст
Ответы Re: possible TODO: read-only tables, select from indexes only.  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: possible TODO: read-only tables, select from indexes only.  (Jochem van Dieten <jochemd@gmail.com>)
Re: possible TODO: read-only tables, select from indexes  (Simon Riggs <simon@2ndquadrant.com>)
Список pgsql-hackers
Fetching data from just indexes has been discussed on this list several
times before, and it has been told that this can't be done with postgres
thanks to MVCC.

But this is true only when data is changing. In a data-warehousing
scenario what it is often needed is a possibility for fast querying of
static historical data.

If table has been VACUUM'ed or REINDEX'ed after last change
(update/delete/insert), then there is 1-1 correspondence between table
and indexes, and thus no need to fetch the tuple from heap for extra
visibility checks.

What I am proposing is 

1) possibility to explicitly change table status to READ-ONLY .

2) setting a flag CAN_OMIT_HEAP_CHECK after REINDEX TABLE for tables
that are READ-ONLY 

3) changing postgres planner/executor to make use of this flag, by not
going to heap for tuples on tables where CAN_OMIT_HEAP_CHECK is true.

-- 
Hannu Krosing <hannu@skype.net>



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

Предыдущее
От: "Marc G. Fournier"
Дата:
Сообщение: Re: Woo hoo ... a whole new set of compiler headaches!!
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Woo hoo ... a whole new set of compiler headaches!!