Re: Seqscan in MAX(index_column) - Mailing list pgsql-hackers

From Dennis Bjorklund
Subject Re: Seqscan in MAX(index_column)
Date
Msg-id Pine.LNX.4.44.0309050712470.14280-100000@zigo.dhs.org
Whole thread Raw
In response to Re: Seqscan in MAX(index_column)  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
On Fri, 5 Sep 2003, Bruce Momjian wrote:

> > When I was curious as to how COUNT might be maintained, I was pretty
> > sure that this wouldn't be the preferred method...
> 
> See my later idea of the trigger doing +/-1 rather than locking the
> value during the transaction.
> 
> If we don't do it this way, I can't think of another way that would
> honor MVCC visibility.

A general query cache is something that is fairly clean and which might
help both with count(*) and other queries.

Many databases has a lot of tables that are more or less stable where this 
would work fine. From what I have heard mysql has something like this and 
it works well. For tables that change a lot the the cached queries will 
almost always be invalid so one might want to let the user decide which 
tables should never be cached.

It could at least be an interesting experiment. 

-- 
/Dennis



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Seqscan in MAX(index_column)
Next
From: "Christopher Kings-Lynne"
Date:
Subject: Re: Seqscan in MAX(index_column)