Re: Another idea for index-only scans

From: Decibel! <decibel(at)decibel(dot)org>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Jeff Davis <pgsql(at)j-davis(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: Another idea for index-only scans
Date: 2007-08-16 20:19:18
Message-ID: 20070816201917.GP54309@nasby.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Aug 16, 2007 at 04:06:35PM -0400, Alvaro Herrera wrote:
> Jeff Davis wrote:
> > On Wed, 2007-08-15 at 11:54 -0400, Bruce Momjian wrote:
> > > I have added another idea for index-only scans to the TODO list:
> > >
> > > > A third idea would be for a heap scan to check if all rows are visible
> > > > and if so set a per-table flag which can be checked by index scans.
> > > > Any change to the table would have to clear the flag. To detect
> > > > changes during the heap scan a counter could be set at the start and
> > > > checked at the end --- if it is the same, the table has not been
> > > > modified --- any table change would increment the counter.
> >
> > This sounds useful for read-only or read-mostly tables.
>
> I think it's too coarse-grained to be really useful. If it was one bit
> per page it could work, but one bit per relation is going to be reset
> too frequently.

Not for the most common use cases for table partitioning.
--
Decibel!, aka Jim Nasby decibel(at)decibel(dot)org
EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2007-08-16 20:22:36 Re: build farm failures
Previous Message Alvaro Herrera 2007-08-16 20:06:35 Re: Another idea for index-only scans