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

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: possible TODO: read-only tables, select from indexes
Дата
Msg-id 1114607622.21529.522.camel@localhost.localdomain
обсуждение исходный текст
Ответ на Re: possible TODO: read-only tables, select from indexes only.  (Ron Mayer <rm_pg@cheapcomplexdevices.com>)
Список pgsql-hackers
On Sat, 2005-04-23 at 15:04 -0700, Ron Mayer wrote:
> Bruce Momjian wrote:
> > See this TODO: * Allow data to be pulled directly from indexes 
> > I think this is the direction we should be heading because it has more
> > general usefulness.
> 
> I think read-only tables would have a few different types
> of general usefulness in addition to enabling index scans.
> 
> Is this a fair summary of the potential benefits of READ-ONLY
> tables? (from both this thread and the archives):
> 
>   1.  Index-only scans are made possible fairly easily because
>       you wouldn't need to check the heap for visibility.
> 
>   2.  Simple tables can be much smaller since you don't need
>       most of the HeapTupleHeaderData.   This reduction in
>       space translates to a reduction in I/O through better
>       use of the shared memory and OS caches.
> 
>   3.  A Read-Only Clustered table could be assumed to be
>       sorted, so you could avoid some Sort steps
>       for things like GroupAggregates and Merge Joins.

4. No need to VACUUM tables as part of a database-wide VACUUM, which is
particularly important for larger databases.

Best Regards, Simon Riggs





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

Предыдущее
От: "Greg Sabino Mullane"
Дата:
Сообщение: Re: [PATCHES] Continue transactions after errors in psql
Следующее
От: Robert Treat
Дата:
Сообщение: Re: Tablepartitioning: Will it be supported in Future?