Yet Another COUNT(*)...WHERE...question

From: "Phoenix Kiula" <phoenix(dot)kiula(at)gmail(dot)com>
To: "Postgres General" <pgsql-general(at)postgresql(dot)org>
Subject: Yet Another COUNT(*)...WHERE...question
Date: 2007-08-15 14:36:45
Message-ID: e373d31e0708150736u3b49fb1eq1fe79f40aff826f8@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I'm grappling with a lot of reporting code for our app that relies on
queries such as:

SELECT COUNT(*) FROM TABLE WHERE ....(conditions)...

And I still do not find, from the discussions on this thread, any
truly viable solution for this. The one suggestion is to have a
separate counts table, which is fine for total aggregates related to,
say, an ID. E.g., a table with:

trader_id, trade_count

But this is an overall count for the trader (in my example). What if I
need a count of all his trades in the last one week. Then I need a
timestamp condition in there as well. The number of such possibilities
for multiple WHERE conditions is infinite...how should we account for
all these avenues?

Would love to hear experiences of others and what compromises they
have made. From a reporting perspective, waiting for 10 minutes for a
simple count to return seems untenable.

TIA!

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Gregory Stark 2007-08-15 14:43:29 Re: Yet Another COUNT(*)...WHERE...question
Previous Message Scott Marlowe 2007-08-15 14:09:31 Re: Insert or Replace or \copy (bulkload)