phoenix.ki...@gmail.com (Phoenix Kiula) writes:
[Ppsted similar note to PG General but I suppose it's more appropriate
in this list. Apologies for cross-posting.]
Hi. Further to my bafflement with the count(*) queries as described
in this thread:
On Thu, Jan 29, 2009 at 1:56 PM, Chris Browne cbbro...@acm.org wrote:
It is common for systems where it is necessary for aggregation
reporting to be fast to do pre-computation of the aggregates, and that
is in no way specific to PostgreSQL.
If you need *really* fast aggregates, then it will
[Ppsted similar note to PG General but I suppose it's more appropriate
in this list. Apologies for cross-posting.]
Hi. Further to my bafflement with the count(*) queries as described
in this thread:
http://archives.postgresql.org/pgsql-general/2009-01/msg00804.php
It seems that whenever this
My question: with that kind of volume and the underlying aggregation
functions (by product id, dates, possibly IP addresses or at least
countries of origin..) will PG ever be a good choice? Or should I be
looking at some other kind of tools? I wonder if OLAP tools would be
overkill for
Phoenix Kiula wrote:
[Ppsted similar note to PG General but I suppose it's more appropriate
in this list. Apologies for cross-posting.]
Hi. Further to my bafflement with the count(*) queries as described
in this thread:
http://archives.postgresql.org/pgsql-general/2009-01/msg00804.php
On 1/28/09, Phoenix Kiula phoenix.ki...@gmail.com wrote:
[Ppsted similar note to PG General but I suppose it's more appropriate
in this list. Apologies for cross-posting.]
Hi. Further to my bafflement with the count(*) queries as described
in this thread:
