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!
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) |