Re: Suggestion for optimization - Mailing list pgsql-hackers

From Doug McNaught
Subject Re: Suggestion for optimization
Date
Msg-id m3vgb6ymcx.fsf@varsoon.wireboard.com
Whole thread Raw
In response to Suggestion for optimization  ("Dann Corbit" <DCorbit@connx.com>)
Responses Re: Suggestion for optimization  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
"Dann Corbit" <DCorbit@connx.com> writes:

> It would be nice if total table cardinality could be maintained live.
> So (after the initial vacuum) we update the cardinality for each table
> in the system table (or perhaps add an entry to the table itself).
> There are two reasons why this is an important optimization.  Firstly,
> it is a psychological benefit for both benchmarks and customers when
> doing a select count(*) from <tablename>.  This is something that pops
> up all the time in benchmarks and customers do it too, in order to get a
> feel for speed.  By storing the current number and incrementing for
> every insert and decrementing for every delete, the count(*) case with
> no where clause can return the value instantly.

How would this work with MVCC?

-Doug
-- 
Doug McNaught       Wireboard Industries      http://www.wireboard.com/
     Custom software development, systems and network consulting.     Java PostgreSQL Enhydra Python Zope Perl Apache
LinuxBSD...
 


pgsql-hackers by date:

Previous
From: Jan Wieck
Date:
Subject: Re: timeout implementation issues
Next
From: Tom Lane
Date:
Subject: Re: Suggestion for optimization