No offense or anything, but that doesn't make any sense. If you are running count(*) against a table, it still has to worry about MVCC, and which rows are visible to your transaction. What difference does it make, table or index, the system still has to figure out which rows are visible in the current transaction, so why not use the index?
(The example is really count(pkey) because count(*) is always going to do a seq scan I reckon - and could probably never use an index). Alex Turner NetEconomist On Fri, 07 Jan 2005 11:17:32 -0700, Scott Ribe <[EMAIL PROTECTED]> wrote: > > I guess what I"m really asking is why can't you run aggregates over an > > index? > > It's got to do with MVCC and transaction consistency. Running count(*) or an > aggregate function on an index could include records that should not be > visible to your current transaction. > > -- > Scott Ribe > [EMAIL PROTECTED] > http://www.killerbytes.com/ > (303) 665-7007 voice > > ---------------------------(end of broadcast)--------------------------- > TIP 8: explain analyze is your friend > ---------------------------(end of broadcast)--------------------------- TIP 8: explain analyze is your friend