Re: So, is COUNT(*) fast now?

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: So, is COUNT(*) fast now?
Дата
Msg-id 4EA55C4A02000025000424D5@gw.wicourts.gov
обсуждение исходный текст
Ответ на Re: So, is COUNT(*) fast now?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: So, is COUNT(*) fast now?
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I had wondered whether it'd be worth optimizing that along the
> lines of slot_getallattrs().  But most indexes probably have only
> one column, or anyway not enough to make for a useful savings.
From a heavily-used production database:
cir=> select indnatts, count(*) from pg_index group by indnatts
order by indnatts;indnatts | count 
----------+-------       1 |   200       2 |   684       3 |   155       4 |    76       5 |    43       6 |    13
7 |     2       9 |     1
 
(8 rows)
This includes system table and TOAST table indexes (which seem to
have two columns).  There are over 400 user tables, each of which
has a primary key, so most primary keys in our database are more
than one column.
-Kevin


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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Inserting heap tuples in bulk in COPY
Следующее
От: Gurjeet Singh
Дата:
Сообщение: Re: Unreproducible bug in snapshot import code