Re: select count(*) from a large table is very slow

From: "Daniel Cristian Cruz" <danielcristian(at)gmail(dot)com>
To: "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>
Cc: "Kenneth Marshall" <ktm(at)rice(dot)edu>, "Jessica Richard" <rjessil(at)yahoo(dot)com>, pgsql-admin(at)postgresql(dot)org
Subject: Re: select count(*) from a large table is very slow
Date: 2007-05-18 13:58:59
Message-ID: 48d0cacb0705180658n1ce65297xa9f28d56dd4f8426@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

2007/5/18, Jonah H. Harris <jonah(dot)harris(at)gmail(dot)com>:
> Yes, a summary table updated by triggers is the only way to have
> correct numbers... but you also pay the overhead of maintaining those
> numbers on every INSERT/UPDATE statement. If you just need
> *reasonable* guesstimates, use reltuples in pg_class after an analyze.

Oops... INSERT or DELETE... :)

And remember that if using TRUNCATE, it will not run your trigger and
you will need to reset the counter manually.

Regards...
--
Daniel Cristian Cruz

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Jonah H. Harris 2007-05-18 14:00:01 Re: select count(*) from a large table is very slow
Previous Message Jonah H. Harris 2007-05-18 13:30:36 Re: select count(*) from a large table is very slow